CN112214714A - 基于配置文件的请求处理方法、装置、设备及存储介质 - Google Patents

Abstract

本发明公开一种基于配置文件的请求处理方法、装置、设备及存储介质，该方法包括在接收到的前端请求中的请求输入参数查找目标配置文件；根据目标配置文件判断请求输入参数是否符合对应的请求响应规则；若符合则从目标配置文件中获取请求输入参数对应的请求输出结果；将请求输出结果反馈至前端，以使前端执行请求输出结果对应的操作。由于是将原本放置在前端对请求进行处理的处理逻辑抽离出来定义为配置文件后部署在后端，以使后端在接收到前端请求时，根据该配置文件来获取请求对应的请求输出结果，使得前端不需要对请求进行逻辑处理，只需根据请求输出结果执行相应操作即可实现对请求的响应，合理的减少了前端的逻辑处理，降低了前端的复杂度。

Description

基于配置文件的请求处理方法、装置、设备及存储介质

技术领域

本发明涉及计算机通信技术领域，尤其涉及一种基于配置文件的请求处理方法、装置、设备及存储介质。

背景技术

随着互联网技术的快速发展，应用软件系统系统功能越来越复杂，软件开发的技术实现难度也随之提高。

为解决软件开发的技术实现难度高的问题，如今的软件开发领域已基本采用前端与后端分离的开发方式，在前端与后端分离的开发方式中，后端仅返回前端所需的数据而不再控制前端的效果，用户看到什么样的效果以及从后端请求的数据如何加载到前端中，都由前端决定，后端仅仅需要提供一套逻辑对外提供数据即可。前端与后端的耦合度相对较低，开发者通常将后端开发的每个视图都成为一个接口或者API，前端通过访问接口来对数据进行处理。

但是，不论使用何种开发方式，前端依然难以避免地进行一些逻辑的处理，这加大了前端的复杂度，因此，如何更加合理的减少前端的逻辑处理，降低前端复杂度成了亟待解决的问题。

上述内容仅用于辅助理解本发明的技术方案，并不代表承认上述内容是现有技术。

发明内容

本发明的主要目的在于提供了一种基于配置文件的请求处理方法、装置、设备及存储介质，旨在解决如何更加合理的减少前端的逻辑处理，降低前端复杂度成了亟待解决的问题。

为实现上述目的，本发明提供了一种基于配置文件的请求处理方法，所述方法包括以下步骤:

在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件；

根据所述目标配置文件判断所述请求输入参数是否符合对应的请求响应规则；

在所述请求输入参数符合所述请求响应规则时，从所述目标配置文件中获取所述请求输入参数对应的请求输出结果；

将所述请求输出结果反馈至前端，以使所述前端执行所述请求输出结果对应的操作。

优选地，所述在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件的步骤，包括：

对可复用前端页面的处理逻辑进行抽离，获得目标处理逻辑；

根据所述目标处理逻辑生成所述可复用前端页面对应的配置文件；

定义所述配置文件对应的后端接口，并将所述后端接口的接口信息发送至所述可复用前端页面对应的前端，以供所述前端调用。

优选地，所述对可复用前端页面的处理逻辑进行抽离，获得目标处理逻辑的步骤，包括：

获取可复用前端页面的页面标识，在预先构建的映射关系中查找所述页面标识对应的处理逻辑，所述映射关系中包含页面标识和处理逻辑之间的对应关系；

对所述处理逻辑对应的可执行代码进行抽离，获得目标处理逻辑。

优选地，所述在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件的步骤，包括：

在接收到前端请求时，对所述前端请求进行请求权限校验；

在校验通过时，判断触发所述前端请求的前端页面是否为可复用前端页面；

在所述前端页面为可复用前端页面时，采用精确匹配检索的方式根据所述前端请求中携带的请求输入参数在数据库中查找目标配置文件。

优选地，所述在校验通过时，判断触发所述前端请求的前端页面是否为可复用前端页面的步骤，包括：

在校验通过时，从所述前端请求的请求头中读取用户代理字段对应的属性值；

从所述属性值中提取所述前端请求的前端页面对应的页面标识；

根据预先构建的可复用前端页面标识列表对所述页面标识进行匹配；

在匹配成功时，判定所述前端页面为可复用前端页面，在匹配失败时，判定所述前端页面为不可复用前端页面。

优选地，所述根据所述目标配置文件判断所述请求输入参数是否符合对应的请求响应规则的步骤，包括：

从所述目标配置文件中读取所述前端请求对应的请求响应规则；

根据所述请求响应规则从所述请求输入参数中提取目标参数对应的属性值；

根据所述目标参数对应的属性值判断所述请求输入参数是否符合所述请求响应规则。

优选地，所述在所述请求输入参数符合所述请求响应规则时，从所述目标配置文件中获取所述请求输入参数对应的请求输出结果的步骤，包括：

在所述请求输入参数符合所述请求响应规则时，从所述请求输入参数中获取请求类型字段以及请求需求参数；

根据所述请求类型字段从所述目标配置文件中查找对应的处理逻辑，并根据查找的处理逻辑和所述请求需求参数获取请求输出结果。

此外，为实现上述目的，本发明还提出一种基于配置文件的请求处理装置，所述装置包括：

文件查找模块，用于在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件；

参数判断模块，用于根据所述目标配置文件判断所述请求输入参数是否符合对应的请求响应规则；

结果获取模块，用于在所述请求输入参数符合所述请求响应规则时，从所述目标配置文件中获取所述请求输入参数对应的请求输出结果；

结果返回模块，用于将所述请求输出结果反馈至前端，以使所述前端执行所述请求输出结果对应的操作。

此外，为实现上述目的，本发明还提出一种基于配置文件的请求处理设备，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于配置文件的请求处理程序，所述基于配置文件的请求处理程序配置为实现如上文所述的基于配置文件的请求处理方法的步骤。

此外，为实现上述目的，本发明还提出一种存储介质，所述存储介质上存储有基于配置文件的请求处理程序，所述基于配置文件的请求处理程序被处理器执行时实现如上文所述的基于配置文件的请求处理方法的步骤。

本发明通过在接收到前端请求时，根据前端请求中携带的请求输入参数查找目标配置文件；根据目标配置文件判断请求输入参数是否符合对应的请求响应规则；若符合则从目标配置文件中获取请求输入参数对应的请求输出结果；将请求输出结果反馈至前端，以使前端执行请求输出结果对应的操作。由于本发明是将原本放置在前端对请求进行处理的请求处理逻辑抽离出来定义为配置文件后，将配置文件部署在后端，以使后端在接收到前端请求时，根据该配置文件来获取请求对应的请求输出结果，使得前端不需要对请求进行逻辑处理，只需根据请求输出结果执行相应操作即可实现对请求的响应，合理的减少了前端的逻辑处理，降低了前端的复杂度。

附图说明

图1是本发明实施例方案涉及的硬件运行环境的基于配置文件的请求处理设备的结构示意图；

图2为本发明基于配置文件的请求处理方法第一实施例的流程示意图；

图3为本发明基于配置文件的请求处理方法第二实施例的流程示意图；

图4为本发明基于配置文件的请求处理方法第三实施例的流程示意图；

图5为本发明基于配置文件的请求处理装置第一实施例的结构框图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

应当理解，此处所描述的具体实施例仅用以解释本发明，并不用于限定本发明。

参照图1，图1为本发明实施例方案涉及的硬件运行环境的基于配置文件的请求处理设备结构示意图。

如图1所示，该基于配置文件的请求处理设备可以包括：处理器1001，例如中央处理器(Central Processing Unit，CPU)，通信总线1002、用户接口1003，网络接口1004，存储器1005。其中，通信总线1002用于实现这些组件之间的连接通信。用户接口1003可以包括显示屏(Display)、输入单元比如键盘(Keyboard)，可选用户接口1003还可以包括标准的有线接口、无线接口。网络接口1004可选的可以包括标准的有线接口、无线接口(如无线保真(WIreless-FIdelity，WI-FI)接口)。存储器1005可以是高速的随机存取存储器(RandomAccess Memory，RAM)存储器，也可以是稳定的非易失性存储器(Non-Volatile Memory，NVM)，例如磁盘存储器。存储器1005可选的还可以是独立于前述处理器1001的存储装置。

本领域技术人员可以理解，图1中示出的结构并不构成对基于配置文件的请求处理设备的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置。

如图1所示，作为一种存储介质的存储器1005中可以包括操作系统、数据存储模块、网络通信模块、用户接口模块以及基于配置文件的请求处理程序。

在图1所示的基于配置文件的请求处理设备中，网络接口1004主要用于与网络服务器进行数据通信；用户接口1003主要用于与用户进行数据交互；本发明基于配置文件的请求处理设备中的处理器1001、存储器1005可以设置在基于配置文件的请求处理设备中，所述基于配置文件的请求处理设备通过处理器1001调用存储器1005中存储的基于配置文件的请求处理程序，并执行本发明实施例提供的基于配置文件的请求处理方法。

本发明实施例提供了一种基于配置文件的请求处理方法，参照图2，图2为本发明基于配置文件的请求处理方法第一实施例的流程示意图。

本实施例中，所述基于配置文件的请求处理方法包括以下步骤：

步骤S10：在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件；

需要说明的是，本实施例方法的执行主体可以是应用程序客户端(前端)对应的后端(以下简称后端)。该后端能够对前端发送的请求进行逻辑处理并输出结果至前端。本实施例提供的基于配置文件的请求处理方法通过将原本应该放在前端执行的业务处理逻辑抽离出来，定义为相应的配置文件放置于后端，能够合理的减少前端的逻辑处理，降低前端复杂度。

本实施例中，所述前端请求可以是由后端对应的前端触发的请求。所述请求输入参数可以是请求的请求行、请求头和请求正文中携带的所有数据。配置文件即根据业务处理逻辑(即下述处理逻辑)生成的配置文件，该配置文件可以作为后端对前端请求进行逻辑处理的依赖文件。

进一步地，为了实现上述目的，在执行本步骤前，需要执行下述操作，该操作可以由开发人员基于后端来实现。具体的，该操作包括：

步骤S01：对可复用前端页面的处理逻辑进行抽离，获得目标处理逻辑；

本步骤中，所述可复用前端页面可以是开发人员根据软件开发的需求确定的能够被不同后端共同使用的公共页面。

应理解的是，本实施例中前端页面是指用于向用户展示、交互的页面，包含如用户输入页面、提示信息等，所述处理逻辑可以是前端页面执行页面跳转或其它请求响应动作的逻辑。该处理逻辑可表现为若干个完整可执行的代码段，在同一开发项目中，一些流程往往会共用同一套前端页面和处理逻辑，且共用的前端页面和处理逻辑完全一样，只是需要被调用或是展示的时机不同。因此，开发人员在开发过程中先确定可以复用的页面模块(即所述可复用前端页面)和逻辑模块(即所述处理逻辑)，然后对它们进行定义。

在具体实现中，可将所述可复用的前端页面和处理逻辑抽离，定义/抽离前端页面、处理逻辑后保存至前端页面库和处理逻辑库中作为本项目后续开发调用的前端页面源和处理逻辑源，也进一步方便用于其他项目开发时直接选取使用。

可以理解的是，现有方法中由于前端页面通过处理逻辑直接进行跳转等操作，前端页面间存在耦合情况，致使所述前端页面只可用于当前项目，需要针对不同项目需要进行多次开发，而本实施例通过定义/抽离前端页面和处理逻辑，能够使得前端页面成为不存在耦合的独立页面。

步骤S02：根据所述目标处理逻辑生成所述可复用前端页面对应的配置文件；

需要说明的是，上述步骤S01中定义/抽离的处理逻辑可进一步的用于指导配置文件的定义。现有方法中，处理逻辑定义在前端，根据前端页面接收的输入参数直接指导前端的跳转等动作，而本实施例中所述配置文件部署在后端。

在具体实现中，可将所述处理逻辑进一步定义为配置文件，所述配置文件主要用于定义相对于后端的“输入参数”和“输出参数”，“输入参数”的定义实际对应用户基于前端页面的输入数据，例如用户在前端页面A输入密码，则该密码成为配置文件的输入数据，而“输出数据”的定义则对应该结果应该做出的反应，例如所述密码符合条件，则输出跳转至页面B，若所述密码不符合条件，则输出错误提示C，本步骤中配置文件相当于记录了项目中所有前端页面切换、流转的条件。

步骤S03：定义所述配置文件对应的后端接口，并将所述后端接口的接口信息发送至所述可复用前端页面对应的前端，以供所述前端调用。

应理解的是，前述步骤定义的配置文件仅记录有前端页面的所有前端页面切换、流转的条件，若需要使用所述条件进行前端页面切换、流转，还需定义可以解析所述配置文件的后端接口，后端接，用于接收前端页面发送的请求，并根据请求中携带的请求参数查询配置文件、反馈对应的输出结果。具体的，后端可定义配置文件对应的后端接口，然后将后端接口的接口信息发送至可复用前端页面对应的前端，以供前端调用。

上述步骤S10在具体实现中，后端在接收到前端通过调用上述后端接口发送的前端请求时，对该前端请求进行解析，然后从解析结果中获取请求输入参数，再将该请求输入参数查找能够对该请求输入参数进行处理的目标配置文件。

步骤S20：根据所述目标配置文件判断所述请求输入参数是否符合对应的请求响应规则；

需要说明的是，所述请求响应规则可以是根据处理逻辑配置的对请求进行响应时，请求输入参数应当满足的条件或要求，这些条件或要求可以是请求方式是否属于预设的方式，参数对应的属性值或格式是否正确，携带的网络地址信息是否属于禁用地址等。例如，请求输入参数为用户键入的密码，后端接口使用该密码查询配置文件，判断密码是否符合请求响应规则的输出结果等。本实施例通过将原本置于前端进行密码校验的动作转移至后端，前端不再进行判断等操作，有效降低了前端页面耦合度，提升了前端的独立性。

步骤S30：在所述请求输入参数符合所述请求响应规则时，从所述目标配置文件中获取所述请求输入参数对应的请求输出结果；

需要说明的是，后端在判断出请求输入参数符合对应的请求响应规则时，即可从目标配置文件中获取所述请求输入参数对应的请求输出结果。例如后端在判断出用户键入的密码符合请求响应规则时，将输出响应的结果：跳转至页面B，即所述请求输出结果。

当然，本实施例中当后端在判断出请求输入参数不符合对应的请求响应规则时，也可以从配置文件中获取所述请求输入参数对应的请求输出结果，例如后端在判断出用户键入的密码不符合请求响应规则时，将输出响应的结果：弹出预设提示信息，如“页面访问错误”等。

步骤S40：将所述请求输出结果反馈至前端，以使所述前端执行所述请求输出结果对应的操作。

在具体实现中，后端在根据目标配置文件获取到请求输出结果后，即可请求输出结果反馈至前端，以使前端执行请求输出结果对应的操作，如页面调整或弹出提示信息等。例如：前端页面包含有第一页面、第二页面和第三页面，所述第一页面中含有一个限定输入英文字符的文本框，所述第二页面为当用户在第一页面文本框中输入英文字符后的跳转页面，所述第三页面为错误提示页面；当用户在第一页面的文本框中输入字符后点击预置按钮，在用户点击所述预置按钮后，第一页面将所述用户输入的字符传输至后端接口，后端接口根据用户输入的字符查询目标配置文件，若所述字符为英文字符则反馈“跳转至第二页面”的请求输出结果至前端，此时前端将从第一页面跳转至第二页面，若所述字符为非英文字符则反馈“弹出第三页面”的请求输出结果至前端，前端根据所述请求输出结果弹出第三页面，即错误提示页面。

本实施例通过在接收到前端请求时，根据前端请求中携带的请求输入参数查找目标配置文件；根据目标配置文件判断请求输入参数是否符合对应的请求响应规则；若符合则从目标配置文件中获取请求输入参数对应的请求输出结果；将请求输出结果反馈至前端，以使前端执行请求输出结果对应的操作。由于本实施例是将原本放置在前端对请求进行处理的请求处理逻辑抽离出来定义为配置文件后，将配置文件部署在后端，以使后端在接收到前端请求时，根据该配置文件来获取请求对应的请求输出结果，使得前端不需要对请求进行逻辑处理，只需根据请求输出结果执行相应操作即可实现对请求的响应，合理的减少了前端的逻辑处理，降低了前端的复杂度。

参考图3，图3为本发明基于配置文件的请求处理方法第二实施例的流程示意图。

基于上述第一实施例，在本实施例中，所述步骤S10包括：

步骤S101：在接收到前端请求时，对所述前端请求进行请求权限校验；

需要说明的是，所述请求权限校验，即校验发送该前端请求的前端是否具有调用或访问后端的权限。

本实施例中，对前端的请求权限校验可包括接口权限校验、按钮权限校验、页面权限校验和/或路由权限校验。其中，接口权限校验可采用jwt(Json web token)的方式来验证，在校验没通过时，后端可直接返回“401Authent ication Required”。按钮权限校验：页面通常会有新增，删除，编辑等等按钮，不同用户拥有的操作权限不同，可在后端定义一个按钮权限列表，然后根据该按钮权限列表来进行权限校验。页面权限校验，即菜单权限校验，也可以通过在后端定义一个菜单权限列表进行权限校验。路由权限校验，可以是通过请求中携带的URL来进行资源访问权限的校验，具体也可是在后端建立一个具有访问资格的路由权限列表来实现。

步骤S102：在校验通过时，判断触发所述前端请求的前端页面是否为可复用前端页面；

应理解的是，由上述第一实施例可知只有预先抽离了业务处理逻辑并生成了配置文件的可复用前端页面才能按照上述实施例中的方法实现请求处理。因此，本实施例中后端在校验通过时，还将判断触发前端请求的前端页面是否为可复用前端页面。

具体的，后端可在校验通过时，从所述前端请求的请求头中读取用户代理字段对应的属性值；然后从所述属性值中提取所述前端请求的前端页面对应的页面标识；再根据预先构建的可复用前端页面标识列表对所述页面标识进行匹配；在匹配成功时，判定所述前端页面为可复用前端页面，在匹配失败时，判定所述前端页面为不可复用前端页面。本实施例中所述页面标识可以是能够表征前端页面来源的信息。

例如，后端可从前端请求的请求头中读取用户代理字段user-agent对应的属性值：XXX/Chrome/80.03987.149/；然后从属性值中提取前端页面对应的页面标识“Chrome/80.03987.149/(表示该前端页面是由谷歌浏览器提供的)”再通过查询可复用前端页面标识列表判定前端页面是否为可复用前端页面。

步骤S103：在所述前端页面为可复用前端页面时，采用精确匹配检索的方式根据所述前端请求中携带的请求输入参数在数据库中查找目标配置文件。

应理解的是，精确匹配检索是指检索词与资源库中某一字段完全相同的检索方式。本实施例采用精确匹配检索的方式查找请求输入参数对应的目标配置文件，能够缩短目标配置文件的获取时间，同时保证保证准确度。

本实施例在接收到前端请求时，对前端请求进行请求权限校验；在校验通过时，判断触发前端请求的前端页面是否为可复用前端页面；在前端页面为可复用前端页面时，采用精确匹配检索的方式根据前端请求中携带的请求输入参数在数据库中查找目标配置文件，一方面保证了请求处理的安全性，另一方面也能够准确快速的确定对每一个前端请求进行请求结果输出的配置文件。

参考图4，图4为本发明基于配置文件的请求处理方法第三实施例的流程示意图。

基于上述各实施例，在本实施例中，所述步骤S20可具体包括：

步骤S201：从所述目标配置文件中读取所述前端请求对应的请求响应规则；

在具体实现中，后端在获取到前端请求对应的目标配置文件时，即可采用遍历的方式从目标配置文件中读取前端请求对应的请求响应规则。例如，前端请求是一个登录请求，那么其对应的请求响应规则就可以是进行登录验证，比如验证用户键入的密码以及验证码是否正确，若正确则允许登录，若不正确则禁止登录等。

步骤S202：根据所述请求响应规则从所述请求输入参数中提取目标参数对应的属性值；

应理解的是，后端在确定出请求响应规则后，即可根据该请求响应规则从请求输入参数中提取目标参数对应的属性值。其中，所述目标参数由请求响应规则确定，例如请求响应规则是对登录请求进行权限校验，则目标参数可以包括前端请求的URL、请求方式(GET或POST)、请求超时时间、请求头中携带的用户名和密码等，所谓属性值即各参数对应的值，例如用户名：abc，密码：123，其中的“abc”和“123”即属性值。

步骤S203：根据所述目标参数对应的属性值判断所述请求输入参数是否符合所述请求响应规则。

在具体实现中，后端在获取到目标参数对应的属性值后，即可根据这些属性值判断所述请求输入参数是否符合请求响应规则。例如判断密码是否是与用户名对应的登录密码一致，请求URL是否是被允许登录的URL等。

相应地，所述步骤S30可具体包括：

步骤S301：在所述请求输入参数符合所述请求响应规则时，从所述请求输入参数中获取请求类型字段以及请求需求参数；

需要说明的是，所述请求类型字段，可以是请求方式字段，如GET、POST和HEAD等。所述请求需求参数可以是根据请求目的确定的参数和参数属性值，例如登录请求的请求需求参数可以是用户名和密码，文件下载请求的请求需求参数可以是文件下载链接URL等。

步骤S302：根据所述请求类型字段从所述目标配置文件中查找对应的处理逻辑，并根据查找的处理逻辑和所述请求需求参数获取请求输出结果。

在实际应用中，后端在获取到请求类型字段后，即可根据请求类型字段从目标配置文件中查找对应的处理逻辑，然后根据查找的处理逻辑和请求需求参数获取请求输出结果。例如，查找的处理逻辑是用户名和密码的验证，请求需求参数是用户名：abc，密码：123，但实际上该用户名对应的正确登录密码是456，后端通过处理逻辑后，判定密码验证不通过，登录失败，此时后端将向前端返回请求输出结果：弹出预设提示信息，如“页面访问错误”等，以使前端执行相应的信息展示操作。

本实施例通过配置文件中包含的请求响应规则来获取前端请求中携带的参数的属性值，再通过参数的属性值判断请求输入参数是否符合请求响应规则，若符合则从请求输入参数中获取请求类型字段以及请求需求参数；再根据请求类型字段从目标配置文件中查找对应的处理逻辑，并根据查找的处理逻辑和请求需求参数获取请求输出结果，能够实现对前端请求的快速响应。

此外，本发明实施例还提出一种存储介质，所述存储介质上存储有基于配置文件的请求处理程序，所述基于配置文件的请求处理程序被处理器执行时实现如上文所述的基于配置文件的请求处理方法的步骤。

参照图5，图5为本发明基于配置文件的请求处理装置第一实施例的结构框图。

如图5所示，本发明实施例提出的基于配置文件的请求处理装置包括：

文件查找模块501，用于在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件；

参数判断模块502，用于根据所述目标配置文件判断所述请求输入参数是否符合对应的请求响应规则；

结果获取模块503，用于在所述请求输入参数符合所述请求响应规则时，从所述目标配置文件中获取所述请求输入参数对应的请求输出结果；

结果返回模块504，用于将所述请求输出结果反馈至前端，以使所述前端执行所述请求输出结果对应的操作。

本实施例通过在接收到前端请求时，根据前端请求中携带的请求输入参数查找目标配置文件；根据目标配置文件判断请求输入参数是否符合对应的请求响应规则；若符合则从目标配置文件中获取请求输入参数对应的请求输出结果；将请求输出结果反馈至前端，以使前端执行请求输出结果对应的操作。由于本实施例是将原本放置在前端对请求进行处理的请求处理逻辑抽离出来定义为配置文件后，将配置文件部署在后端，以使后端在接收到前端请求时，根据该配置文件来获取请求对应的请求输出结果，使得前端不需要对请求进行逻辑处理，只需根据请求输出结果执行相应操作即可实现对请求的响应，合理的减少了前端的逻辑处理，降低了前端的复杂度。

基于本发明上述基于配置文件的请求处理装置第一实施例，提出本发明基于配置文件的请求处理装置的第二实施例。

在本实施例中，所述装置还包括：文件生成模块，用于对可复用前端页面的处理逻辑进行抽离，获得目标处理逻辑；根据所述目标处理逻辑生成所述可复用前端页面对应的配置文件；定义所述配置文件对应的后端接口，并将所述后端接口的接口信息发送至所述可复用前端页面对应的前端，以供所述前端调用。

所述文件生成模块，还用于获取可复用前端页面的页面标识，在预先构建的映射关系中查找所述页面标识对应的处理逻辑，所述映射关系中包含页面标识和处理逻辑之间的对应关系；对所述处理逻辑对应的可执行代码进行抽离，获得目标处理逻辑。

所述文件查找模块501，还用于在接收到前端请求时，对所述前端请求进行请求权限校验；在校验通过时，判断触发所述前端请求的前端页面是否为可复用前端页面；在所述前端页面为可复用前端页面时，采用精确匹配检索的方式根据所述前端请求中携带的请求输入参数在数据库中查找目标配置文件。

所述文件查找模块501，还用于在校验通过时，从所述前端请求的请求头中读取用户代理字段对应的属性值；从所述属性值中提取所述前端请求的前端页面对应的页面标识；根据预先构建的可复用前端页面标识列表对所述页面标识进行匹配；在匹配成功时，判定所述前端页面为可复用前端页面，在匹配失败时，判定所述前端页面为不可复用前端页面。

所述参数判断模块502，还用于从所述目标配置文件中读取所述前端请求对应的请求响应规则；根据所述请求响应规则从所述请求输入参数中提取目标参数对应的属性值；根据所述目标参数对应的属性值判断所述请求输入参数是否符合所述请求响应规则。

所述结果获取模块503，还用于在所述请求输入参数符合所述请求响应规则时，从所述请求输入参数中获取请求类型字段以及请求需求参数；根据所述请求类型字段从所述目标配置文件中查找对应的处理逻辑，并根据查找的处理逻辑和所述请求需求参数获取请求输出结果。

本发明基于配置文件的请求处理装置的其他实施例或具体实现方式可参照上述各方法实施例，此处不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者系统不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者系统所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者系统中还存在另外的相同要素。

上述本发明实施例序号仅仅为了描述，不代表实施例的优劣。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如只读存储器/随机存取存储器、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。

以上仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (10)

1.一种基于配置文件的请求处理方法，其特征在于，所述方法包括以下步骤：

在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件；

根据所述目标配置文件判断所述请求输入参数是否符合对应的请求响应规则；

在所述请求输入参数符合所述请求响应规则时，从所述目标配置文件中获取所述请求输入参数对应的请求输出结果；

将所述请求输出结果反馈至前端，以使所述前端执行所述请求输出结果对应的操作。

2.如权利要求1所述的基于配置文件的请求处理方法，其特征在于，所述在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件的步骤，包括：

对可复用前端页面的处理逻辑进行抽离，获得目标处理逻辑；

根据所述目标处理逻辑生成所述可复用前端页面对应的配置文件；

定义所述配置文件对应的后端接口，并将所述后端接口的接口信息发送至所述可复用前端页面对应的前端，以供所述前端调用。

3.如权利要求2所述的基于配置文件的请求处理方法，其特征在于，所述对可复用前端页面的处理逻辑进行抽离，获得目标处理逻辑的步骤，包括：

获取可复用前端页面的页面标识，在预先构建的映射关系中查找所述页面标识对应的处理逻辑，所述映射关系中包含页面标识和处理逻辑之间的对应关系；

对所述处理逻辑对应的可执行代码进行抽离，获得目标处理逻辑。

4.如权利要求1所述的基于配置文件的请求处理方法，其特征在于，所述在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件的步骤，包括：

在接收到前端请求时，对所述前端请求进行请求权限校验；

在校验通过时，判断触发所述前端请求的前端页面是否为可复用前端页面；

在所述前端页面为可复用前端页面时，采用精确匹配检索的方式根据所述前端请求中携带的请求输入参数在数据库中查找目标配置文件。

5.如权利要求4所述的基于配置文件的请求处理方法，其特征在于，所述在校验通过时，判断触发所述前端请求的前端页面是否为可复用前端页面的步骤，包括：

在校验通过时，从所述前端请求的请求头中读取用户代理字段对应的属性值；

从所述属性值中提取所述前端请求的前端页面对应的页面标识；

根据预先构建的可复用前端页面标识列表对所述页面标识进行匹配；

在匹配成功时，判定所述前端页面为可复用前端页面，在匹配失败时，判定所述前端页面为不可复用前端页面。

6.如权利要求1所述的基于配置文件的请求处理方法，其特征在于，所述根据所述目标配置文件判断所述请求输入参数是否符合对应的请求响应规则的步骤，包括：

从所述目标配置文件中读取所述前端请求对应的请求响应规则；

根据所述请求响应规则从所述请求输入参数中提取目标参数对应的属性值；

根据所述目标参数对应的属性值判断所述请求输入参数是否符合所述请求响应规则。

7.如权利要求1至6任一项所述的基于配置文件的请求处理方法，其特征在于，所述在所述请求输入参数符合所述请求响应规则时，从所述目标配置文件中获取所述请求输入参数对应的请求输出结果的步骤，包括：

在所述请求输入参数符合所述请求响应规则时，从所述请求输入参数中获取请求类型字段以及请求需求参数；

根据所述请求类型字段从所述目标配置文件中查找对应的处理逻辑，并根据查找的处理逻辑和所述请求需求参数获取请求输出结果。

8.一种基于配置文件的请求处理装置，其特征在于，所述装置包括：

文件查找模块，用于在接收到前端请求时，根据所述前端请求中携带的请求输入参数查找目标配置文件；

参数判断模块，用于根据所述目标配置文件判断所述请求输入参数是否符合对应的请求响应规则；

结果获取模块，用于在所述请求输入参数符合所述请求响应规则时，从所述目标配置文件中获取所述请求输入参数对应的请求输出结果；

结果返回模块，用于将所述请求输出结果反馈至前端，以使所述前端执行所述请求输出结果对应的操作。

9.一种基于配置文件的请求处理设备，其特征在于，所述设备包括：存储器、处理器及存储在所述存储器上并可在所述处理器上运行的基于配置文件的请求处理程序，所述基于配置文件的请求处理程序配置为实现如权利要求1至7中任一项所述的基于配置文件的请求处理方法的步骤。

10.一种存储介质，其特征在于，所述存储介质上存储有基于配置文件的请求处理程序，所述基于配置文件的请求处理程序被处理器执行时实现如权利要求1至7任一项所述的基于配置文件的请求处理方法的步骤。

Images