具体实施方式

为了使本技术领域的人员更好地理解本申请方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

目前，互联网上有很多开源的前端UI框架，其中很多带有表格排序功能，但是银行的前端系统本身就是一套已经成熟的框架，其与互联网上的UI框架难以兼容，并且银行的前端系统对于报文格式、数据回显方式都有特殊要求，因此难以将互联网上的UI框架直接应用至银行的前端系统。

本申请实施例提供了一种对现有的前端系统中的多笔表格控件进行开发，使该多笔表格控件具有排序功能的方法。具体的，在本申请实施例提供的多笔表格前端处理方法中，先获取待排序数据，并将该待排序数据转换为JSON数组；然后，根据该JSON数组对应的数据类型，确定目标数据排序方式，并基于该目标数据排序方式对JSON数组中的数据进行排序，得到有序JSON数据；进而，将有序JSON数据写入多笔表格控件。该方法在前端系统现有的多笔表格控件的基础上，通过新开发的JS控件，实现了多笔表格控件的前端排序功能，并且优化了多笔表格控件的脚本控制语法，简化了代码，提高了开发效率。

下面通过方法实施例对本申请提供的多笔表格前端处理方法进行详细介绍。

参见图1，图1为本申请实施例提供的多笔表格前端处理方法的流程示意图。如图1所示，该方法包括：

步骤101：获取待排序数据。

在本申请实施例中，前端系统可以从后台系统获取待排序数据。示例性的，前端系统可以接收后台系统发送的待排序的报文数据，通常情况下，后台系统向前端系统发送的报文数据均是可扩展标记语言(EXtensible Markup Language，XML)格式的数据。在一些情况下，当后台系统需要向前台系统发送的报文数据超出预设的数据长度限制时，后台系统可以将所要发送的报文数据拆分成多个报文数据包，并将这多个报文数据包发送给前台系统。

在本申请实施例中，前端系统也可以获取通过多笔表格控件显示的无序数据作为待排序数据。示例性的，前端系统可以通过多笔表格控件显示无序的多笔表格数据，并且可以响应于用户针对所显示的无序的多笔表格数据触发的排序操作，获取这些多笔表格数据作为待排序数据。

步骤102：将所述待排序数据转换为JSON数组。

前端系统获取到待排序数据后，可以将待排序数据转换为JSON数组。

当前端系统获得的待排序数据为后台系统发送过来的XML格式的报文数据时，前端系统需要将XML格式的数据转换为JSON格式的JSON数组。应理解，若前端系统获得的待排序数据为所属于同一源数据的多包报文数据，即前端系统获得的待排序数据为后台系统对一个报文数据进行拆分得到的多个报文数据包，则前端系统需要先合并多包报文数据，得到合并报文数据，进而再将该合并报文数据转换为JSON数组。

当前端系统获得的待排序数据为多笔表格控件显示的多笔表格数据时，前端系统需要将多笔表格数据转换为JSON格式的JSON数组。

具体实现时，前端系统可以通过数据转换方法库，将待排序数据转换为JSON数组；该数据转换方法库用于存储数据转换方法逻辑，该数据转换方法库至少包括以下数据转换方法逻辑：用于转换得到JSON对象的方法逻辑、用于转换得到XML对象的方法逻辑、用于合并数据的方法逻辑、用于去除重复字段的方法逻辑、用于去除空数据的方法逻辑、用于查找对象的方法逻辑、以及用于移除数据属性的方法逻辑。

示例性的，前端系统可以通过BLCOM.Object类(即数据转换方法库)，将XML格式的报文数据转换为JSON数组。该BLCOM.Object类至少可以包括以下公共方法：ToObject、ToXml、ToString、Merge、Distinct、Trim、Search和RemoveBefore；其中，ToObject即是用于转换得到JSON对象的方法逻辑，其可以将字符串(如XML字符串或者JSON字符串)转换为JSON对象；ToXml和ToString均是用于转换得到XML对象的方法逻辑，ToXml用于将字符串(如XML字符串或者JSON字符串)转换得到XML对象，ToString用于将JSON对象转换为XML字符串；Merge是用于合并数据的方法逻辑，其用于把对象的属性合并，例如可以用于将所属于同一源数据的多包报文数据合并为一个报文数据；Distinct是用于去除重复字段的方法逻辑，其用于合并重复属性，例如用于针对多包报文数据去除循环体外的重复字段；Trim是用于去除空数据的方法逻辑，其用于移除空数据，例如用于去除报文数据中空的循环体；Search是用于查找对象的方法逻辑，其用于从报文数据的循环体中查询符合条件的循环项；RemoveBefore是用于移除数据属性的方法逻辑，其用于去除报文数据中的报文头。

步骤103：根据所述JSON数组对应的数据类型，确定目标数据排序方式；基于所述目标数据排序方式对所述JSON数组中的数据进行排序，得到有序JSON数据。

前端系统将待排序数据转换为JSON数组后，可以根据该JOSN数组对应的数据类型，确定适用于该JSON数组的数据排序方式作为目标数据排序方式。进而，采用该目标排序方式对JSON数组中的数据进行排序，得到有序JSON数据。

具体的，本申请实施例可以支持多字段排序，类似于结构化查询语言(StructuredQuery Language，SQL)语句中的Order By语法。例如，对于下面的报文数据，需要对其中的循环体“Co1”按CType1逆序、CNo1正序、CloType正序三个字段进行进行排序：

…在本申请实施例中，具体对JSON数组中的数据进行排序得到有序JSON数据时，可以从数据排序方法库中调用目标数据排序方式对应的目标排序方法逻辑，通过该目标排序方法逻辑对JSON数组中的数据进行排序，得到有序JSON数据；该数据排序方法库用于存储数据排序方法逻辑，该数据排序方法库至少包括以下数据排序方法逻辑：冒泡排序方法逻辑、归并排序方法逻辑、快速排序方法逻辑、以及排序比较方法逻辑。

示例性的，前端系统可以通过BLCOM.Sort类(即数据排序方法库)中的数据排序方法逻辑，对JSON数组中的数据进行排序。该BLCOM.Sort类至少可以包括以下公共方法：Bubble、Merge、Quick和SortDefautFun；其中，Bubble用于实现冒泡排序法对应的方法逻辑，冒泡排序法是最基本的排序算法；Merge用于实现归并排序法对应的方法逻辑，该归并排序方法适用于处理局部有序而总体无序的报文数据；Quick用于实现快速排序法对应的方法逻辑，快速排序法是默认的排序算法；SortDefautFun是排序比较器，其用于针对两个值进行大小比较运算。

步骤104：将所述有序JSON数据写入多笔表格控件。

对JSON数组中的数据进行排序处理，得到有序JSON数据后，可以将该有序JSON数据写入多笔表格控件，以通过该多笔表格控件向用户展示有序数据。

可选的，在本申请实施例中，前端系统还可以对有序JSON数据中目标类型的数据进行规范化处理，得到目标规范数据；进而，在多笔表格控件中显示该目标规范数据。例如，有序JSON数据中的时间数据通常不明显地区分年月日，直接表示为20201001，在本申请实施例提供的方法中，针对此种数据，前端系统可以对其进行自动格式化处理，例如将其转化为2020/10/01。当然，在实际应用中，目标类型的数据也不仅限于时间数据，还可以为其它类型的数据，如金额等等，本申请在此不对目标类型的数据做任何限定。

此外，在本申请实施例中，前端系统还可以封装多笔表格处理控件，以用于实现针对多笔表格的增、删、改、查等操作。

具体实现时，终端系统可以通过数据写入方法库，将有序JSON数据写入多笔表格控件中；该数据写入方法库用于存储对于多笔表格控件的编辑方法逻辑，该数据写入方法库至少包括：数据添加方法逻辑、数据删除方法逻辑、数据查找方法逻辑、数据转换方法逻辑、以及数据规范化方法逻辑。

示例性的，前端系统可以通过BLCOM.TABLE类(即数据写入方法库)实现有序JSON数据的写入，以及对于多笔表格控件的增、删、改、查等操作。该BLCOM.TABLE类可以至少包括以下公共方法：Add、Remove、Query、ToObject、ToRow；其中，Add即是数据添加方法逻辑，用于在多笔表格中添加数据行或者数据列；Remove即是数据删除方法逻辑，用于从多笔表格中删除数据行或者数据列；Query即是数据查找方法逻辑，用于从多笔表格中查找符合条件的数据；ToObject即是数据转换方法逻辑，用于将多笔表格数据转换为JSON格式；ToRow即是数据规范化方法逻辑，用于将报文数据(JSON对象、JSON字符串、XML对象或者XML字符串)绑定到多笔表格，使用“rxfield”属性与JSON数据中的字段进行匹配，并按照多笔表格中的“fieldtype”、“displayformat”等属性自动格式化回显数据。

本申请实施例提供了一种多笔表格前端处理方法，该方法包括：获取待排序操作，并将该待排序数据转换为JSON数组；然后，根据该JSON数组对应的数据类型，确定目标数据排序方式，并基于该目标数据排序方式对JSON数组中的数据进行排序，得到有序JSON数据；进而，将有序JSON数据写入多笔表格控件。该方法在前端系统现有的多笔表格控件的基础上，通过新开发的JS(Javascript)控件，实现了多笔表格控件的前端排序功能，并且优化了多笔表格控件的脚本控制语法，简化了代码，提高了开发效率。

本申请实施例还提供了一种多笔表格前端处理装置。参见图2，图2为本申请实施例提供的多笔表格前端处理装置的结构示意图，如图2所示，该多笔表格前端处理装置包括：

获取模块201，用于获取待排序数据；

转换模块202，用于将所述待排序数据转换为JSON数组；

排序模块203，用于根据所述JSON数组对应的数据类型，确定目标数据排序方式；基于所述目标数据排序方式对所述JSON数组中的数据进行排序，得到有序JSON数据；

写入模块204，用于将所述有序JSON数据写入多笔表格控件。

可选的，所述转换模块202具体用于：

通过数据转换方法库，将所述待排序数据转换为所述JSON数组；

所述数据转换方法库用于存储数据转换方法逻辑；所述数据转换方法库至少包括以下数据转换方法逻辑：用于转换得到JSON对象的方法逻辑、用于转换得到XML对象的方法逻辑、用于合并数据的方法逻辑、用于去除重复字段的方法逻辑、用于去除空数据的方法逻辑、用于查找对象的方法逻辑、以及用于移除数据属性的方法逻辑。

可选的，所述转换模块202具体用于：

当所述待排序数据为所属于同一源数据的多包报文数据时，合并所述多包报文数据，得到合并报文数据；

将所述合并报文数据转换为所述JSON数组。

可选的，所述排序模块203具体用于：

从数据排序方法库中调用所述目标数据排序方式对应的目标排序方法逻辑，通过所述目标排序方法逻辑对所述JSON数组中的数据进行排序，得到所述有序JSON数据；

所述数据排序方法库用于存储数据排序方法逻辑；所述数据排序方法库至少包括以下数据排序方法逻辑：冒泡法排序方法逻辑、归并法排序方法逻辑、快速排序方法逻辑、以及排序比较方法逻辑。

可选的，所述装置还包括：

规范模块，用于对所述有序JSON数据中目标类型的数据进行规范化处理，得到目标规范数据；在所述多笔表格控件中显示所述目标规范数据。

可选的，所述写入模块204具体用于：

通过数据写入方法库，将所述有序JSON数据写入所述多笔表格控件；

所述数据写入方法库用于存储对于所述多笔表格控件的编辑方法逻辑；所述数据写入方法库至少包括：数据添加方法逻辑、数据删除方法逻辑、数据查找方法逻辑、数据转换方法逻辑、以及数据规范化方法逻辑。

本申请实施例提供的多笔表格前端处理装置，获取待排序操作，并将该待排序数据转换为JSON数组；然后，根据该JSON数组对应的数据类型，确定目标数据排序方式，并基于该目标数据排序方式对JSON数组中的数据进行排序，得到有序JSON数据；进而，将有序JSON数据写入多笔表格控件。该装置在前端系统现有的多笔表格控件的基础上，通过新开发的JS(Javascript)控件，实现了多笔表格控件的前端排序功能，并且优化了多笔表格控件的脚本控制语法，简化了代码，提高了开发效率。

本发明提供的多笔表格前端处理方法和装置可用于金融领域或其他领域，例如，可用于金融领域中的前端系统开发的应用场景。其他领域为除金融领域之外的任意领域，例如，电力领域。上述仅为示例，并不对本发明提供的发明名称的应用领域进行限定。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(英文全称：Read-OnlyMemory，英文缩写：ROM)、随机存取存储器(英文全称：Random Access Memory，英文缩写：RAM)、磁碟或者光盘等各种可以存储计算机程序的介质。

应当理解，在本申请中，“至少一个(项)”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，用于描述关联对象的关联关系，表示可以存在三种关系，例如，“A和/或B”可以表示：只存在A，只存在B以及同时存在A和B三种情况，其中A，B可以是单数或者复数。字符“/”一般表示前后关联对象是一种“或”的关系。“以下至少一项(个)”或其类似表达，是指这些项中的任意组合，包括单项(个)或复数项(个)的任意组合。例如，a，b或c中的至少一项(个)，可以表示：a，b，c，“a和b”，“a和c”，“b和c”，或“a和b和c”，其中a，b，c可以是单个，也可以是多个。

以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。