CN115640041A - 前后端的数据处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请提供一种前后端的数据处理方法、装置、设备及存储介质。涉及大数据数据分析技术领域。该方法包括：接收前端发送的数据请求；根据参数配置表记载的封装参数对数据请求进行封装，得到第一数据；将第一数据发送至后端；接收后端反馈的第二数据；根据参数配置表记载的解封装参数对第二数据进行解封装，得到第三数据；将第三数据通过参数配置表记载的接口信息发送至前端。前端仅需要发送数据请求，无需对数据请求进行配置，进而降低前端代码冗余。前端开发人员通过对参数配置表中的封装参数进行配置，即可实现数据请求的封装，因此前端开发人员无需对封装算法进行学习的应用，提高前端开发效率。

Description

前后端的数据处理方法、装置、设备及存储介质

技术领域

本申请实施例涉及大数据数据分析技术领域，尤其涉及一种前后端的数据处理方法、装置、服务器及存储介质。

背景技术

在前端开发中，需要向后端发起数据请求，以获取后端提供的数据资源。

目前的前端与后端的交互方式为前端在发送数据请求时，由前端进行数据请求的配置。前端对数据请求进行配置后，将添加由配置信息的数据请求发送至后端。并等待后端反馈的数据。

然而，前端对数据请求内容进行配置的过程中，需要前端开发人员对配置涉及的各种封装算法进行学习和应用，不仅造成前端代码冗余而且影响了前端开发效率。

发明内容

本申请提供一种前后端的数据处理方法、装置、设备及存储介质，用以解决现有技术中前端对数据请求进行配置造成的前端代码冗余以及前端开发效率低的问题。

第一方面，本申请实施例提供了一种前后端的数据处理方法，包括：

接收前端发送的数据请求；

根据参数配置表记载的封装参数对所述数据请求进行封装，得到第一数据；

将所述第一数据发送至后端；

接收所述后端反馈的第二数据；

根据所述参数配置表记载的解封装参数对所述第二数据进行解封装，得到第三数据；

将所述第三数据通过所述参数配置表记载的接口信息发送至所述前端。

第二方面，本申请实施例还提供了一种前后端的数据处理装置，包括：

请求接收模块，用于接收前端发送的数据请求；

封装模块，用于根据参数配置表记载的封装参数对所述数据请求进行封装，得到第一数据；

第一数据发送模块，用于将所述第一数据发送至后端；

第二数据接收模块，用于接收所述后端反馈的第二数据；

解封装模块，用于根据所述参数配置表记载的解封装参数对所述第二数据进行解封装，得到第三数据；

反馈模块，用于将所述第三数据通过所述参数配置表记载的接口信息发送至所述前端。

第三方面，本申请实施例还提供了一种电子设备，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如本申请实施例所示的前后端的数据处理方法。

第四方面，本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如本申请实施例所示的前后端的数据处理方法。

第五方面，本申请实施例还提供了一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现本申请实施例所示的前后端的数据处理方法。

本申请提供的前后端的数据处理方法、装置、设备及存储介质，接收前端发送的数据请求；根据参数配置表记载的封装参数对所述数据请求进行封装，得到第一数据；将所述第一数据发送至后端；接收所述后端反馈的第二数据；根据所述参数配置表记载的解封装参数对所述第二数据进行解封装，得到第三数据；将所述第三数据通过所述参数配置表记载的接口信息发送至所述前端。通过参数配置表能够获取封装参数，进而根据封装参数对数据请求进行封装。前端仅需要发送数据请求，无需对数据请求进行配置，进而降低前端代码冗余。前端开发人员通过对参数配置表中的封装参数进行配置，即可实现数据请求的封装，因此前端开发人员无需对封装算法进行学习的应用，提高前端开发效率。

附图说明

图1是本申请实施例中提供的前后端的数据处理方法的流程图一；

图2是本申请实施例中提供的前后端的数据处理方法的流程图二；

图3是本申请实施例中提供的前后端的数据处理方法的流程图三；

图4是本申请实施例中提供的前后端的数据处理装置的结构示意图；

图5是本申请实施例中提供的电子设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

在前端开发中，前端需要向后端发起HTTP的数据请求，以获取后端数据资源。目前主要用axios进行数据请求。每次前端向后端发起数据请求时，均需要对HTTP的数据请求进行配置，例如设置超时时间、设置请求头、根据项目环境判断使用哪个请求地址、错误处理等等通用业务操作配置，进而造成前端代码冗余，难以维护。

针对上述技术问题，本申请提出如下技术构思：前端开发人员预先配置参数配置表，通过参数配置表对数据请求涉及的参数进行配置。当前端触发数据请求时，将该数据请求发送至中间件。中间件用于执行本申请所示技术方案，包括：根据参数配置表中的封装参数对数据请求进行封装，得到第一数据。将第一数据发送至后端，响应于后端反馈的第二数据，根据参数配置表中的解封装参数对第二数据进行解封装，得到第三数据。通过参数配置表中的接口信息将第三数据反馈至前端。对于前端而言，只需将数据请求发送至中间件，并接收中间件反馈的第三数据。前端无需涵盖数据请求封装内容的编码，进而降低前端代码冗余。前端开发人员通过对参数配置表中的封装参数进行配置，即可实现数据请求的封装，因此前端开发人员无需对封装算法进行学习的应用，提高前端开发效率。

下面以具体地实施例对本申请的技术方案以及本申请的技术方案如何解决上述技术问题进行详细说明。下面这几个具体的实施例可以相互结合，对于相同或相似的概念或过程可能在某些实施例中不再赘述。下面将结合附图，对本申请的实施例进行描述。

图1为本申请实施例提供的前后端的数据处理方法的流程图一，本实施例可适用于前后端编程框架下前端与后端进行数据交互的情况，该方法可以由作为中间件的电子设备来执行。本申请使用场景包括运行有前端应用的第一设备和运行有后端服务器的第二设备。执行本申请技术方案的电子设备可以为与第一设备和第二设备存在网络连接的电子设备。也可以为位于第一设备，此时中间件独立于前端应用，实现数据请求的处理。如图1所示，本申请提供的前后端的数据处理方法，包括：

S110、接收前端发送的数据请求。

前端触发数据请求时，通过预设接口发送数据请求。中间件通过预设接口接收前端发送的数据请求。

S120、根据参数配置表记载的封装参数对数据请求进行封装，得到第一数据。

封装包括对数据请求的加密封装、鉴权封装。封装还包括面向前端的基于无感知刷新令牌技术的封装。前端开发人员可以预先在参数配置表中选择前端所需的加密算法、鉴权算法，经过配置后，参数配置表中记载了数据请求所适用的加密算法、鉴权算法等封装方式。根据参数配置表中记载的加密算法或鉴权算法对数据请求进行封装，得到第一数据。

可选的，根据参数配置表记载的封装参数对数据请求进行封装，得到第一数据，可通过下述方式实施：根据参数配置表确定加密算法；根据加密算法对数据请求进行加密封装，得到加密封装的第一数据。

在进行加密封装时，可选择的加密算法包括但不限于：md5、base64、sha1、RSA等加密算法。根据参数配置表中记载的加密算法，调用相应的算法对数据请求进行加密封装，等到第一数据。

上述实施方式能够通过参数配置表对数据请求适用的加密算法进行灵活配置，中间件调用加密算法对数据请求进行加密封装。实现由前端开发人员预先在参数配置表中配置加密算法，当触发数据请求时，由中间件根据参数配置表中记载的加密算法，完成数据请求的加密封装。前端开发人员无需在前端对数据请求的加密进行代码编辑，简化前端开发，提高开发效率。

可选的，根据参数配置表记载的封装参数对数据请求进行封装，得到第一数据，可通过下述方式实施：

根据参数配置表记载的封装参数对数据请求进行封装，得到第一数据，包括：根据参数配置表确定鉴权算法；根据鉴权算法对数据请求进行鉴权封装，得到鉴权封装的第一数据。

在进行鉴权封装时，可选择的鉴权算法包括但不限于：HTTP BasicAuthentication、Session-cookie、JWT、SSO、OAuth等鉴权算法。根据参数配置表中记载的鉴权算法，调用相应的算法对数据请求进行鉴权封装，等到第一数据。数据请求若涉及鉴权算法，则数据请求包含鉴权所需的鉴权数据。根据参数配置表中记载的鉴权算法对鉴权数据进行处理，得到鉴权参数，进而确定第一数据。

上述实施方式能够通过参数配置表对数据请求适用的鉴权算法进行灵活配置，中间件调用鉴权算法对数据请求进行鉴权封装。实现由前端开发人员预先在参数配置表中配置鉴权算法，当触发数据请求时，由中间件根据参数配置表中记载的鉴权算法，完成数据请求的鉴权封装。前端开发人员无需在前端对数据请求的鉴权进行代码编辑，简化前端开发，提高开发效率。

进一步的，若数据请求同时涉及鉴权封装和加密封装时，可以在生成鉴权参数后，对鉴权参数进行加密封装。

进一步的，封装还包括请求头的添加。前端开发人员可以预先在参数配置表中对数据请求适用的请求头进行编辑，经过配置后，参数配置表中记载了数据请求所适用的请求头。为数据请求配置请求头后，进行加密封装和/或鉴权封装，得到第一数据。或者，对数据请求进行加密封装和/或鉴权封装后，添加请求头，得到第一数据。通过添加请求头能够更加准确的匹配后端，提高数据请求封装的可靠性。

可选的，根据参数配置表记载的封装参数对数据请求进行封装，得到第一数据，可通过下述方式实施：

对接收到的数据请求进行缓存；使用临时令牌向后端请求数据请求的响应；若临时令牌过期，则使用长时令牌向后端请求数据请求的响应；当获取令牌响应周期时，根据参数配置表记载的封装参数对缓存的数据请求进行封装，得到第一数据。

前端可以陆续触发多个数据请求。中间件对接收到的每个数据请求进行缓存，并生成一个用于存储数据请求的队列。从按照数据请求触发的时间顺序依次处理数据请求。

现有的令牌申请机制中，若某个令牌过期，则需要前端重新进行用户登录等操作，进行令牌申请，导致前端用户感知到令牌时效，增加了不必要的用户操作。

本申请实施例提供了一种无感知刷新令牌方式。当用户登录时，申请一个长时令牌，长时令牌长时间有效，有效时间可以为1小时或更长。同时，每当前端触发数据请求时，申请临时令牌。若临时令牌有效，则在临时令牌的有效期内生成第一数据，并将第一数据发送至后端，以请求数据请求的响应。若临时令牌过期，则使用缓存的长时令牌向后端申请处理周期，在处理周期内生成第一数据，并将第一数据发送至后端，以请求数据请求的响应。由于上述令牌申请过程均有中间件执行，前端的用户并未参与，因此对于前端用户而言令牌刷新是无感知的，进而减少前端不必要的用户操作，提高数据请求的处理效率。

进一步的，在接收前端发送的数据请求之前，还包括：

根据使用场景配置参数配置表，使用场景包括测试场景、开发场景或生产场景。

前端开发人员可以在前端开发的不同场景的不同需求，对参数配置表中的参数进行配置。同一个前端应用的同一个数据请求，在不同的使用场景中配置的参数有所不同。例如在开发阶段，可以为后端接口配置mock功能，即数据模拟功能，此时后端无需配置实体服务器，通过mock功能可以模拟后台服务器向前端反馈数据。在生产阶段，将后端接口配置为后端的实体服务器，此时将第一数据通过后端接口发送至该后端服务器，并接收后端服务器反馈的第二数据。

此外，在参数配置表中鉴权算法可以设置为空，即设置请求白名单，位于请求白名单中的数据请求无需进行鉴权封装。

上述实施方式能够使通过参数配置表灵活的对数据请求进行配置。当保存有多个场景的参数配置表时，可以快速的在不同使用场景中进行切换，减少前端开发人员多次重复的对数据请求进行配置，提高数据请求的配置效率。

S130、将第一数据发送至后端。

可以根据参数配置表中记载的后端接口信息，将第一数据发送至后端。

S140、接收后端反馈的第二数据。

后端根据第一数据进行解密、鉴权等相应处理后，向中间件发送第二数据。中间件可以对后端反馈的第二数据进行拦截，依次对拦截到的每个第二数据进行解封装。

S150、根据参数配置表记载的解封装参数对第二数据进行解封装，得到第三数据。

获取参数配置表中记载的解封装参数。参照S120中的封装，在解封装时采用与封装对应的解封装算法。例如，封装时采用某种加密算法进行加密封装，解封装时采用该加密算法对应的解密算法进行解密封装，得到第三数据。又例如，封装时采用某种鉴权算法进行鉴权封装，解封装时采用该鉴权算法对应的算法进行解封装，得到第三数据。

S160、将第三数据通过参数配置表记载的接口信息发送至前端。

通过参数配置表确定向前端反馈数据的接口信息，根据该接口信息将第三数据反馈至前端。

本申请提供的前后端的数据处理方法、装置、设备及存储介质，接收前端发送的数据请求；根据参数配置表记载的封装参数对数据请求进行封装，得到第一数据；将第一数据发送至后端；接收后端反馈的第二数据；根据参数配置表记载的解封装参数对第二数据进行解封装，得到第三数据；将第三数据通过参数配置表记载的接口信息发送至前端。通过参数配置表能够获取封装参数，进而根据封装参数对数据请求进行封装。前端仅需要发送数据请求，无需对数据请求进行配置，进而降低前端代码冗余。前端开发人员通过对参数配置表中的封装参数进行配置，即可实现数据请求的封装，因此前端开发人员无需对封装算法进行学习的应用，提高前端开发效率。

图2为本申请实施例提供的前后端的数据处理方法的流程图二。如图2所示，前后端的数据处理方法，包括如下步骤：

S201、接收前端发送的数据请求。

S202、根据参数配置表记载的封装参数对数据请求进行封装，得到第一数据。

S203、将第一数据发送至后端。

S204、接收后端反馈的第二数据。

S205、根据参数配置表记载的解封装参数对第二数据进行解封装，得到第三数据。

S206、根据第三数据的内容确定处理场景。

第三数据的内容可能是后端反馈的某个特殊场景，该场景脱离于前端触发数据请求的流程之外。例如后端报错场景、第二业务场景跳转等处理场景。

在一种实现方式中，S206、根据第三数据的内容确定处理场景，可实施为：根据第三数据的内容判断是否为报错场景。

后端在运行过程中，可能因网络等原因导致报错，此种情况为报错场景。

在报错场景中，后端反馈至中间件的第三数据中包括错误标识，根据错误标识可判断是否为报错场景。

S207、根据处理场景生成场景页面。

根据处理场景生成用于在前端显示的场景页面，场景页面的内容及格式可以预先配置。

在上述实施方式中，S207、根据处理场景生成场景页面，可实施为：若为报错场景，根据报错标识生成报错页面。

报错标识包括400报错标识、505报错标识、300报错标识。每个报错标识表示的一种错误类型。报错页面用于向前端用户展示该错误类型。通常在出现网络错误时，前端输出网络400报错的页面，较为生硬，用户不知后续如何操作。本申请实施例中，生成的报错页面可以由前端开发人员进行编辑，生成的报错页面中除了包括报错标识以外，还可以增加图片、文字等说明语句，以便更加生动直观的提示用户后续当如何操作。

S208、根据场景页面确定第四数据。

第四数据除了场景页面以外，还包括指示前端是否生成新的页面以输出场景页面等参数。

S209、将第四数据通过参数配置表记载的接口信息发送至前端，以便前端输出第四数据包含的场景页面。

在上述实施方式中，S209、将第四数据通过参数配置表记载的接口信息发送至前端，以便前端输出第四数据包含的场景页面，可实施为：

将第四数据通过参数配置表记载的接口信息发送至前端，以便前端输出第四数据包含的报错页面，取消输出业务页面。

前端在接收到第四数据后，在前端生成新的页面，并在新的页面中显示报错页面，取消显示触发数据请求的业务页面。在新的页面中显示报错页面的好处时，避免将报错数据传参给业务页面，导致业务页面内容出错，提高前端页面稳定性。

上述实施方式能够对后端反馈的第三数据进行拦截后，根据第三数据内容确定是否生成场景页面，尤其是针对后端报错的情况，能够有效避免前端因接收到后端错误导致前端页面显示异常，提高前端页面稳定性。

图3为本申请实施例提供的前后端的数据处理方法的流程图三。如图3所示，前后端的数据处理方法，包括如下步骤：

S301、接收前端发送的数据请求。

S302、根据参数配置表记载的封装参数对数据请求进行封装，得到第一数据。

S303、根据参数配置表记载的校验方式对第一数据进行校验。

在向后端发送第一数据之前，可以根据参数配置表中记载的校验方式对第一数据进行校验。校验方式包括：格式校验、为空校验、异常值校验等。

S304、将第一数据发送至后端。

S305、接收后端反馈的第二数据。

S306、根据参数配置表记载的解封装参数对第二数据进行解封装，得到第三数据。

S307、根据参数配置表记载的校验方式对第三数据进行校验。

在拦截后端反馈的第二数据，并对第二数据进行解封装后，可以对第三数据的格式进行校验。也可以对第二数据进行校验。可以根据需求对校验对象以及校验方式进行配置。

需要说明的是，S303和S307可以择一执行，也可以同时执行。

S308、将第三数据通过参数配置表记载的接口信息发送至前端。

上述实施例能够在向后端发送第一数据之前，以及接收到后端反馈的第二数据之后，对数据进行校验，避免错误数据格式不被后端或前端识别，提高数据传输效率。

图4为本申请实施例提供的前后端的数据处理装置的结构示意图。如图4所示，该前后端的数据处理装置，包括：请求接收模块401、封装模块402、第一数据发送模块403、第二数据接收模块404、解封装模块405、以及反馈模块406。

其中请求接收模块401，用于接收前端发送的数据请求；

封装模块402，用于根据参数配置表记载的封装参数对所述数据请求进行封装，得到第一数据；

第一数据发送模块403，用于将所述第一数据发送至后端；

第二数据接收模块404，用于接收所述后端反馈的第二数据；

解封装模块405，用于根据所述参数配置表记载的解封装参数对所述第二数据进行解封装，得到第三数据；

反馈模块406，用于将所述第三数据通过所述参数配置表记载的接口信息发送至所述前端。

在一些实施例中，封装模块402用于：

根据参数配置表确定加密算法；

根据所述加密算法对所述数据请求进行加密封装，得到加密封装的第一数据。

在一些实施例中，封装模块402用于：

根据参数配置表确定鉴权算法；

根据所述鉴权算法对所述数据请求进行鉴权封装，得到鉴权封装的第一数据。

在一些实施例中，还包括场景处理模块，场景处理模块用于：

根据所述第三数据的内容确定处理场景；

根据所述处理场景生成场景页面；

根据所述场景页面确定第四数据；

将所述第四数据通过所述参数配置表记载的接口信息发送至所述前端，以便所述前端输出所述第四数据包含的场景页面。

在一些实施例中，场景处理模块用于：

根据所述第三数据的内容判断是否为报错场景；

相应的，所述根据所述处理场景生成场景页面，包括：

若为报错场景，根据报错标识生成报错页面；

相应的，将所述第四数据通过所述参数配置表记载的接口信息发送至所述前端，以便所述前端输出所述第四数据包含的场景页面，包括：

将所述第四数据通过所述参数配置表记载的接口信息发送至所述前端，以便所述前端输出所述第四数据包含的报错页面，取消输出业务页面。

在一些实施例中，还包括校验模块，校验模块用于：

根据所述参数配置表记载的校验方式对所述第一数据进行校验；

和/或，在得到第三数据后，还包括：

根据所述参数配置表记载的校验方式对所述第三数据进行校验。

在一些实施例中，封装模块402用于：

对接收到的所述数据请求进行缓存；

使用临时令牌向后端请求所述数据请求的响应；

若所述临时令牌过期，则使用长时令牌向后端请求所述数据请求的响应；

当获取令牌响应周期时，根据参数配置表记载的封装参数对缓存的所述数据请求进行封装，得到第一数据。

在一些实施例中，还包括配置模块，配置模块用于：

根据使用场景配置参数配置表，所述使用场景包括测试场景、开发场景或生产场景。

本申请实施例提供的前后端的数据处理装置，可用于执行上述实施例中前后端的数据处理方法的技术方案，其实现原理和技术效果类似，在此不再赘述。

需要说明的是，应理解以上装置的各个模块的划分仅仅是一种逻辑功能的划分，实际实现时可以全部或部分集成到一个物理实体上，也可以物理上分开。且这些模块可以全部以软件通过处理元件调用的形式实现；也可以全部以硬件的形式实现；还可以部分模块通过处理元件调用软件的形式实现，部分模块通过硬件的形式实现。例如，封装模块402可以为单独设立的处理元件，也可以集成在上述装置的某一个芯片中实现，此外，也可以以程序代码的形式存储于上述装置的存储器中，由上述装置的某一个处理元件调用并执行以上封装模块402的功能。其它模块的实现与之类似。此外这些模块全部或部分可以集成在一起，也可以独立实现。这里的处理元件可以是一种集成电路，具有信号的处理能力。在实现过程中，上述方法的各步骤或以上各个模块可以通过处理器元件中的硬件的集成逻辑电路或者软件形式的指令完成。

图5为本申请实施例提供的电子设备的结构示意图。如图5所示，该电子设备可以包括：收发器51、处理器52、存储器53。

处理器52执行存储器存储的计算机执行指令，使得处理器52执行上述实施例中的方案。处理器52可以是通用处理器，包括中央处理器CPU、网络处理器(network processor，NP)等；还可以是数字信号处理器DSP、专用集成电路ASIC、现场可编程门阵列FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。

存储器53通过系统总线与处理器52连接并完成相互间的通信，存储器53用于存储计算机程序指令。

收发器51可以用于与前端以及后端进行数据交互。

系统总线可以是外设部件互连标准(peripheral component interconnect，PCI)总线或扩展工业标准结构(extended industry standard architecture，EISA)总线等。系统总线可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。收发器用于实现数据库访问装置与其他计算机(例如客户端、读写库和只读库)之间的通信。存储器可能包含随机存取存储器(randomaccess memory，RAM)，也可能还包括非易失性存储器(non-volatile memory)。

本申请实施例提供的电子设备，可以是上述实施例的终端设备。

本申请实施例还提供一种运行指令的芯片，该芯片用于执行上述实施例中前后端的数据处理方法的技术方案。

本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机指令，当该计算机指令在计算机上运行时，使得计算机执行上述实施例前后端的数据处理方法的技术方案。

本申请实施例还提供一种计算机程序产品，该计算机程序产品包括计算机程序，其存储在计算机可读存储介质中，至少一个处理器可以从计算机可读存储介质读取计算机程序，至少一个处理器执行计算机程序时可实现上述实施例中前后端的数据处理方法的技术方案。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求书指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求书来限制。

Claims (19)

1.一种前后端的数据处理方法，其特征在于，包括：

接收前端发送的数据请求；

根据参数配置表记载的封装参数对所述数据请求进行封装，得到第一数据；

将所述第一数据发送至后端；

接收所述后端反馈的第二数据；

根据所述参数配置表记载的解封装参数对所述第二数据进行解封装，得到第三数据；

将所述第三数据通过所述参数配置表记载的接口信息发送至所述前端。

2.根据权利要求1所述的方法，其特征在于，所述根据参数配置表记载的封装参数对所述数据请求进行封装，得到第一数据，包括：

根据参数配置表确定加密算法；

根据所述加密算法对所述数据请求进行加密封装，得到加密封装的第一数据。

3.根据权利要求1所述的方法，其特征在于，所述根据参数配置表记载的封装参数对所述数据请求进行封装，得到第一数据，包括：

根据参数配置表确定鉴权算法；

根据所述鉴权算法对所述数据请求进行鉴权封装，得到鉴权封装的第一数据。

4.根据权利要求1所述的方法，其特征在于，在得到第三数据之后，还包括：

根据所述第三数据的内容确定处理场景；

根据所述处理场景生成场景页面；

根据所述场景页面确定第四数据；

将所述第四数据通过所述参数配置表记载的接口信息发送至所述前端，以便所述前端输出所述第四数据包含的场景页面。

5.根据权利要求4所述的方法，其特征在于，所述根据所述第三数据的内容确定处理场景，包括：

根据所述第三数据的内容判断是否为报错场景；

相应的，所述根据所述处理场景生成场景页面，包括：

若为报错场景，根据报错标识生成报错页面；

相应的，将所述第四数据通过所述参数配置表记载的接口信息发送至所述前端，以便所述前端输出所述第四数据包含的场景页面，包括：

将所述第四数据通过所述参数配置表记载的接口信息发送至所述前端，以便所述前端输出所述第四数据包含的报错页面，取消输出业务页面。

6.根据权利要求1所述的方法，其特征在于，在得到第一数据后，还包括：

根据所述参数配置表记载的校验方式对所述第一数据进行校验；

和/或，在得到第三数据后，还包括：

根据所述参数配置表记载的校验方式对所述第三数据进行校验。

7.根据权利要求1所述的方法，其特征在于，所述根据参数配置表记载的封装参数对所述数据请求进行封装，得到第一数据，包括：

对接收到的所述数据请求进行缓存；

使用临时令牌向后端请求所述数据请求的响应；

若所述临时令牌过期，则使用长时令牌向后端请求所述数据请求的响应；

当获取令牌响应周期时，根据参数配置表记载的封装参数对缓存的所述数据请求进行封装，得到第一数据。

8.根据权利要求1所述的方法，其特征在于，在接收前端发送的数据请求之前，还包括：

根据使用场景配置参数配置表，所述使用场景包括测试场景、开发场景或生产场景。

9.一种前后端的数据处理装置，其特征在于，包括：

请求接收模块，用于接收前端发送的数据请求；

封装模块，用于根据参数配置表记载的封装参数对所述数据请求进行封装，得到第一数据；

第一数据发送模块，用于将所述第一数据发送至后端；

第二数据接收模块，用于接收所述后端反馈的第二数据；

解封装模块，用于根据所述参数配置表记载的解封装参数对所述第二数据进行解封装，得到第三数据；

反馈模块，用于将所述第三数据通过所述参数配置表记载的接口信息发送至所述前端。

10.根据权利要求9所述的装置，其特征在于，所述封装模块用于：

根据参数配置表确定加密算法；

根据所述加密算法对所述数据请求进行加密封装，得到加密封装的第一数据。

11.根据权利要求9所述的装置，其特征在于，所述封装模块用于：

根据参数配置表确定鉴权算法；

根据所述鉴权算法对所述数据请求进行鉴权封装，得到鉴权封装的第一数据。

12.根据权利要求9所述的装置，其特征在于，还包括场景处理模块，所述场景处理模块用于：

根据所述第三数据的内容确定处理场景；

根据所述处理场景生成场景页面；

根据所述场景页面确定第四数据；

将所述第四数据通过所述参数配置表记载的接口信息发送至所述前端，以便所述前端输出所述第四数据包含的场景页面。

13.根据权利要求12所述的装置，其特征在于，所述场景处理模块用于：

根据所述第三数据的内容判断是否为报错场景；

若为报错场景，根据报错标识生成报错页面；

将所述第四数据通过所述参数配置表记载的接口信息发送至所述前端，以便所述前端输出所述第四数据包含的报错页面，取消输出业务页面。

14.根据权利要求9所述的装置，其特征在于，还包括校验模块，校验模块用于：

根据所述参数配置表记载的校验方式对所述第一数据进行校验；

和/或，在得到第三数据后，还包括：

根据所述参数配置表记载的校验方式对所述第三数据进行校验。

15.根据权利要求9所述的装置，其特征在于，封装模块用于：

对接收到的所述数据请求进行缓存；

使用临时令牌向后端请求所述数据请求的响应；

若所述临时令牌过期，则使用长时令牌向后端请求所述数据请求的响应；

当获取令牌响应周期时，根据参数配置表记载的封装参数对缓存的所述数据请求进行封装，得到第一数据。

16.根据权利要求9所述的装置，其特征在于，还包括配置模块，所述配置模块用于：

根据使用场景配置参数配置表，所述使用场景包括测试场景、开发场景或生产场景。

17.一种电子设备，其特征在于，包括：处理器，以及与所述处理器通信连接的存储器；

所述存储器存储计算机执行指令；

所述处理器执行所述存储器存储的计算机执行指令，以实现如权利要求1-8中任一项所述的方法。

18.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机执行指令，所述计算机执行指令被处理器执行时用于实现如权利要求1-8中任一项所述的方法。

19.一种计算机程序产品，其特征在于，包括计算机程序，该计算机程序被处理器执行时实现权利要求1-8中任一项所述的方法。

Images