CN105930138A - 一种消息处理方法及装置 - Google Patents

Abstract

本发明实施例公开了一种消息处理方法及装置。本发明实施例根据接收到的请求消息的标识信息，从配置文件库中获取目标配置文件，根据目标配置文件，确定请求消息合法的情况下，生成可执行语句，从而获取执行结果并反馈给前端。本发明实施例中，配置文件库中的配置文件是由开发人员预先配置的，开发人员在配置文件库中配置了多个配置文件后，便可根据上述流程处理通过预设接口接收到的多种请求消息，从而使得开发人员无需针对一种请求消息完成一套前端到后台的开发。也就是说，本发明实施例中的消息处理方法运用了一个通用的服务及持久化层统一对外提供服务，在满足用户需求多样性的基础上，大大降低了开发人员的开发负担。

Description

一种消息处理方法及装置

技术领域

本发明涉及信息系统处理领域，尤其涉及一种消息处理方法及装置。

背景技术

为适应应用系统开发中对界面的多样性需求，在大多应用场景中，需要满足用户界面友好性。而且，面对高速发展的市场和业务，用户的需求时刻在变化，用户对于界面友好性要求也越来越高。通常情况下，为满足界面友好性，需要投入大量的开发人员来完成开发工作。例如，需要开发某一功能(如消息发送)，开发人员根据需求确定界面元素，开发界面控制逻辑，权限检查，后台服务，SQL操作数据持久化等。因此，对于开发人员来说，面对一个新的需求，其需要熟悉前端到后台的全栈技术，并需要耗费大量的工作来完成前端到后台的开发。

因此，采用上述开发方式，由于用户需求的多变性，往往一个小的变动会涉及到从界面到后台一连串的改动工作，给开发人员带来大量的工作和压力，使得开发人员的投入成本高、工作量大，特别是面对用户变化时反应慢，无法应对。另一方面，若使用完全配置式框架开发，虽然可以满足节约成本和应对变化的特点，但无法满足界面友好性的支持，需要大量的定制重新开发、扩展开发来实现，这些定制和扩展对于后期维护会带来一些麻烦。

综上，目前亟需一种消息处理方法，用以实现在满足用户需求多样性的基础上，降低大大降低开发人员的开发负担。

发明内容

本发明实施例提供一种消息处理方法及装置，用以实现在满足用户需求多样性的基础上，降低大大降低开发人员的开发负担。

本发明实施例提供的一种消息处理方法，包括：

通过预设接口接收前端发送的请求消息；所述请求消息中包括所述请求消息的标识信息；

根据所述请求消息的标识信息，从所述配置文件库中获取与所述请求消息的标识信息对应的目标配置文件；所述目标配置文件用于检验所述请求消息是否合法；

根据所述目标配置文件，确定所述请求消息合法的情况下，生成与所述请求消息对应的预设格式的可执行语句；

根据所述可执行语句，获取所述请求消息的执行结果并反馈给所述前端。

较佳地，所述通过预设接口接收前端发送的请求消息，包括：

通过RESTful接口接收所述前端发送的请求消息。

较佳地，所述请求消息为JSON数据格式；所述配置文件为JSON数据格式或XML格式。

较佳地，所述根据所述目标配置文件，确定所述请求消息合法，包括：

判断所述请求消息的字段信息以及字段描述信息与所述目标配置文件是否相符，若相符，则确定所述请求消息合法。

较佳地，所述预设格式的可执行语句为SQL语句；

所述根据所述可执行语句，获取所述请求消息的执行结果并反馈给前端，包括：

执行与所述请求消息对应的SQL语句，并将执行结果作为所述请求消息的执行结果反馈给所述前端。

本发明实施例提供一种消息处理装置，该装置包括：

收发模块，用于通过预设接口接收前端发送的请求消息；所述请求消息中包括所述请求消息的标识信息；

获取模块，用于根据所述请求消息的标识信息，从所述配置文件库中获取与所述请求消息的标识信息对应的目标配置文件；所述目标配置文件用于检验所述请求消息是否合法；

生成模块，用于根据所述目标配置文件，确定所述请求消息合法的情况下，生成与所述请求消息对应的预设格式的可执行语句；

执行模块，用于根据所述可执行语句，获取所述请求消息的执行结果并反馈给所述前端。

较佳地，所述收发模块具体用于：

通过RESTful接口接收所述前端发送的请求消息。

较佳地，所述请求消息为JSON数据格式；所述配置文件为JSON数据格式或XML格式。

较佳地，所述生成模块具体用于：

判断所述请求消息的字段信息以及字段描述信息与所述目标配置文件是否相符，若相符，则确定所述所述请求消息合法。

较佳地，所述预设格式的可执行语句为SQL语句；

所述执行模块具体用于：

执行与所述请求消息对应的SQL语句，并将执行结果作为所述请求消息的执行结果反馈给所述前端。

本发明的上述实施例中，接收前端发送的请求消息，并根据请求消息的标识信息，从配置文件库中获取与请求消息的标识信息对应的目标配置文件，其中，目标配置文件用于检验请求消息是否合法，根据目标配置文件，确定请求消息合法的情况下，生成与请求消息对应的预设格式的可执行语句，从而根据可执行语句，获取请求消息的执行结果并反馈给前端。本发明实施例中，配置文件库中的配置文件是由开发人员预先配置的，开发人员在配置文件库中配置了多个配置文件后，便可根据上述流程处理通过预设接口接收到的多种请求消息，从而使得开发人员无需针对一种请求消息完成一套前端到后台的开发。也就是说，本发明实施例中的消息处理方法运用了一个通用的服务及持久化层统一对外提供服务，在满足用户需求多样性的基础上，大大降低了开发人员的开发负担。

附图说明

为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本发明实施例提供的一种消息处理方法对应的流程示意图；

图2为本发明实施例中消息处理方法的整体流程图；

图3为本发明实施例提供的一种消息处理方法装置的结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

图1为本发明实施例提供的一种消息处理方法对应的流程示意图，该方法包括：

步骤101，通过预设接口接收前端发送的请求消息；所述请求消息中包括所述请求消息的标识信息；

步骤102，根据所述请求消息的标识信息，从所述配置文件库中获取与所述请求消息的标识信息对应的目标配置文件；所述目标配置文件用于检验所述请求消息是否合法；

步骤103，根据所述目标配置文件，确定所述请求消息合法的情况下，生成与所述请求消息对应的预设格式的可执行语句；

步骤104，根据所述可执行语句，获取所述请求消息的执行结果并反馈给所述前端。

本发明实施例中，配置文件库中的配置文件是由开发人员预先配置的，开发人员在配置文件库中配置了多个配置文件后，便可根据上述流程处理通过预设接口接收到的多种请求消息，从而使得开发人员无需针对一种请求消息完成一套前端到后台的开发。也就是说，本发明实施例中的消息处理方法运用了一个通用的服务及持久化层统一对外提供服务，在满足用户需求多样性的基础上，大大降低了开发人员的开发负担。

优选地，在步骤101中，可通过RESTful接口接收所述前端发送的请求消息。本发明实施例通过提供一种超轻量级的后台RESTful接口的数据维护框架，开放了个性化需求的前端，从而使得前端可以使用flex、AngularJS等各种方案，充分提供前端的自由和可控性，满足对用户友好性的要求，应对用户需求的可变性特点。

本发明实施例中的请求消息可以为多种数据格式，例如JSON(JavaScriptObject Notation)数据格式。本发明实施例中的配置文件用于检验与该配置文件对应的请求消息是否合法，配置文件可以为JSON数据格式、XML数据格式或者数据库表。

进一步地，请求消息的数据格式可以与配置文件的数据格式相同，也可以不相同，本发明实施例对二者的数据格式不做具体限定。

具体地，配置文件中包括字段信息(例如，字段名称、字段类型、字段长度)以及可识别的字段描述信息等。配置文件库中包括多个配置文件，不同的配置文件对应不同的请求消息，因此，在需要开发一项新功能的情况下，开发人员仅需在配置文件库中新增与该新功能的请求消息对应的配置文件，无需完成一套完整的从前端到后台的开发，从而可将大部分的精力投入到前端的开发工作中。

在步骤103中，判断请求消息的字段信息以及字段描述信息与所述目标配置文件是否相符，若相符，则确定请求消息合法。具体地，可对请求消息进行如下验证：(1)是否超出数据库表字段的存储容量；(2)是否符合数据库表字段的设计格式(数字、字符、日期等)；(3)如果是新增数据接口，则判断当前用户是否有新增此表记录的权限等。

本发明实施例，在步骤104中，预设格式的可执行语句可以为SQL语句。具体地，本发明实施例通过制定一套基于JSON的SQL解析器，克服了维护表中存在多种类型字段的需求，并通过调用SQL解析器把JSON数据格式的请求消息解析为可执行的SQL语句，执行与请求消息对应的SQL语句，并将执行结果作为请求消息的执行结果反馈给前端。

图2为本发明实施例中消息处理方法的整体流程图。下面结合图2对本发明实施例进行具体介绍。

本发明实施例中消息处理方法涉及前端及后台的各个模块，具体包括：AngularJS、paraRest、paraService、paraJsonCache、renderSQLUtils、DBservices等。

步骤201，用户录入参数后，AngularJS模块根据录入参数得到请求消息，并将请求消息组装成JSON数据格式，发送给paraRest模块；

步骤202，paraRest模块接收到请求消息后，重构对象，并向paraService请求服务调用；

步骤203，paraService模块向paraJsonCache请求缓存，获取目标配置文件；

步骤204，paraJsonCache根据请求消息的标识信息，确定与请求消息的标识信息对应的目标JSON数据接口，通过目标JSON数据接口获取与请求消息的标识信息对应的目标配置文件，并返回给paraService模块；

步骤205，paraService模块在确定请求消息合法的情况下，向renderSQLUtils模块获取可执行的SQL语句；

步骤206，renderSQLUtils生成与请求消息对应的SQL语句，并赶回给paraService模块；

步骤207，调用后台持久化模块DBservices执行SQL语句；

步骤208，DBservices模块执行完毕后，将执行结果返回给paraService模块模块；

步骤209，paraService模块向paraRest模块返回执行结果；

步骤210，paraRest模块将数据组装成JSON数据格式，并返回给AngularJS模块，从而使得AngularJS模块将执行结果呈现给用户。

根据上述内容可知，本发明实施例提出了一种超轻量级的后台RESTful接口的数据维护框架，它抽象同质化的后台服务模块，开放了个性化需求的前端模块，采用了微服务领域流行的RESTful接口形式制定了一套基于JSON的SQL解析器，克服维护表中存在多种类型字段的需求；研发辅助工具用于生成配置表的JSON文件。本发明实施例中仅提供后台数据服务接口，完全屏蔽表信息维护的后台接口操作，只需使用RESTful接口即可，而不提供前端界面的解决方案，满足对用户友好性的要求，并能够充分应对用户需求的可变性。

本发明针对数据维护的特性：新增、修改、删除、查询进行封装，并对每类操作的权限(包括新增记录、修改记录、删除记录、查询记录等操作的权限)进行判断，数据根据其主键进行区分，提供对业务参数的新增、修改、删除、查询操作的服务。其中，在关系型数据库设计里面，主键(primary key)是表中的一个或多个字段，它的值用于唯一地标识表中的某一条记录。

本发明的上述实施例中，接收前端发送的请求消息，并根据请求消息的标识信息，从配置文件库中获取与请求消息的标识信息对应的目标配置文件，其中，目标配置文件用于检验请求消息是否合法，根据目标配置文件，确定请求消息合法的情况下，生成与请求消息对应的预设格式的可执行语句，从而根据可执行语句，获取请求消息的执行结果并反馈给前端。本发明实施例中，配置文件库中的配置文件是由开发人员预先配置的，开发人员在配置文件库中配置了多个配置文件后，便可根据上述流程处理通过预设接口接收到的多种请求消息，从而使得开发人员无需针对一种请求消息完成一套前端到后台的开发。也就是说，本发明实施例中的消息处理方法运用了一个通用的服务及持久化层统一对外提供服务，在满足用户需求多样性的基础上，大大降低了开发人员的开发负担。

针对上述方法流程，本发明实施例还提供一种消息处理的装置，该装置的具体内容可以参照上述方法实施。

图3为本发明实施例提供的一种消息处理方法装置的结构示意图，包括：

收发模块301，用于通过预设接口接收前端发送的请求消息；所述请求消息中包括所述请求消息的标识信息；

获取模块302，用于根据所述请求消息的标识信息，从所述配置文件库中获取与所述请求消息的标识信息对应的目标配置文件；所述目标配置文件用于检验所述请求消息是否合法；

生成模块303，用于根据所述目标配置文件，确定所述请求消息合法的情况下，生成与所述请求消息对应的预设格式的可执行语句；

执行模块304，用于根据所述可执行语句，获取所述请求消息的执行结果并反馈给所述前端。

较佳地，所述收发模块301具体用于：

通过RESTful接口接收所述前端发送的请求消息。

较佳地，所述请求消息为JSON数据格式；

所述获取模块302具体用于：

根据所述请求消息的标识信息，确定与所述请求消息的标识信息对应的目标JSON数据接口；

通过所述目标JSON数据接口获取与所述请求消息的标识信息对应的目标配置文件。

较佳地，所述生成模块303具体用于：

判断所述请求消息的字段信息以及字段描述信息与所述目标配置文件是否相符，若相符，则确定所述所述请求消息合法。

较佳地，所述预设格式的可执行语句为SQL语句；

所述执行模块304具体用于：

执行与所述请求消息对应的SQL语句，并将执行结果作为所述请求消息的执行结果反馈给所述前端。

从上述内容可以看出：本发明的上述实施例中，接收前端发送的请求消息，并根据请求消息的标识信息，从配置文件库中获取与请求消息的标识信息对应的目标配置文件，其中，目标配置文件用于检验请求消息是否合法，根据目标配置文件，确定请求消息合法的情况下，生成与请求消息对应的预设格式的可执行语句，从而根据可执行语句，获取请求消息的执行结果并反馈给前端。本发明实施例中，配置文件库中的配置文件是由开发人员预先配置的，开发人员在配置文件库中配置了多个配置文件后，便可根据上述流程处理通过预设接口接收到的多种请求消息，从而使得开发人员无需针对一种请求消息完成一套前端到后台的开发。也就是说，本发明实施例中的消息处理方法运用了一个通用的服务及持久化层统一对外提供服务，在满足用户需求多样性的基础上，大大降低了开发人员的开发负担。

本领域内的技术人员应明白，本发明的实施例可提供为方法、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种消息处理方法，其特征在于，该方法包括：

通过预设接口接收前端发送的请求消息；所述请求消息中包括所述请求消息的标识信息；

根据所述请求消息的标识信息，从所述配置文件库中获取与所述请求消息的标识信息对应的目标配置文件；所述目标配置文件用于检验所述请求消息是否合法；

根据所述目标配置文件，确定所述请求消息合法的情况下，生成与所述请求消息对应的预设格式的可执行语句；

根据所述可执行语句，获取所述请求消息的执行结果并反馈给所述前端。

2.如权利要求1所述的方法，其特征在于，所述通过预设接口接收前端发送的请求消息，包括：

通过RESTful接口接收所述前端发送的请求消息。

3.如权利要求1所述的方法，其特征在于，所述请求消息为JSON数据格式；所述配置文件为JSON数据格式或XML格式。

4.如权利要求3所述的方法，其特征在于，所述根据所述目标配置文件，确定所述请求消息合法，包括：

判断所述请求消息的字段信息以及字段描述信息与所述目标配置文件是否相符，若相符，则确定所述请求消息合法。

5.如权利要求1所述的方法，其特征在于，所述预设格式的可执行语句为SQL语句；

所述根据所述可执行语句，获取所述请求消息的执行结果并反馈给前端，包括：

执行与所述请求消息对应的SQL语句，并将执行结果作为所述请求消息的执行结果反馈给所述前端。

6.一种消息处理装置，其特征在于，该装置包括：

收发模块，用于通过预设接口接收前端发送的请求消息；所述请求消息中包括所述请求消息的标识信息；

获取模块，用于根据所述请求消息的标识信息，从所述配置文件库中获取与所述请求消息的标识信息对应的目标配置文件；所述目标配置文件用于检验所述请求消息是否合法；

生成模块，用于根据所述目标配置文件，确定所述请求消息合法的情况下，生成与所述请求消息对应的预设格式的可执行语句；

执行模块，用于根据所述可执行语句，获取所述请求消息的执行结果并反馈给所述前端。

7.如权利要求6所述的装置，其特征在于，所述收发模块具体用于：

通过RESTful接口接收所述前端发送的请求消息。

8.如权利要求6所述的装置，其特征在于，所述请求消息为JSON数据格式；所述配置文件为JSON数据格式或XML格式。

9.如权利要求8所述的装置，其特征在于，所述生成模块具体用于：

判断所述请求消息的字段信息以及字段描述信息与所述目标配置文件是否相符，若相符，则确定所述所述请求消息合法。

10.如权利要求6所述的装置，其特征在于，所述预设格式的可执行语句为SQL语句；

所述执行模块具体用于：

执行与所述请求消息对应的SQL语句，并将执行结果作为所述请求消息的执行结果反馈给所述前端。