一种数据处理方法、装置、电子设备和存储介质

技术领域

本发明涉及计算机技术领域，特别涉及一种数据处理方法、装置、电子设备和存储介质。

背景技术

计算机领域，用户设备向服务器发送超文本传输协议(Hyper Text TransferProtocol，HTTP)请求，服务器根据配置的路由规则，对数据进行相应处理。

相关技术中，开发人员先配置路由规则：为预设的请求类型下每个预设路径与对应的每个处理参数编写一组代码，即一组代码包括请求类型、路径和处理参数。完成配置后，用户设备向服务器发送HTTP请求，服务器确定该请求有效后，获得该请求携带的请求类型和路径，并根据上述路由规则，确定对应的代码，基于该代码对数据进行处理。

然而，一个请求类型对应了多个路径，每个路径又对应多个处理参数，上述方案中代码编写较为混乱，导致路由规则配置过程费时费力，服务器处理过程效率较低。

发明内容

本发明提供了一种数据处理方法、装置、电子设备和存储介质，用以简化路由规则配置，提高数据处理效率。

第一方面，本发明实施例提供一种数据处理方法，应用于电子设备，所述方法包括：

根据用户设备发送的请求中携带的目标服务类型，从表征服务类型的节点中选择所述目标服务类型对应的节点，其中，所述表征服务类型的节点为根据所述电子设备提供的服务类型设置的节点；

从所述目标服务类型对应的节点的下级表征前端请求路径的节点中选择表征所述请求中携带的目标路径的目标节点；

将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理。

上述方案，根据电子设备提供的服务类型设置表征服务类型的节点，在表征服务类型的节点下级设置有对应的表征前端请求路径的节点，每个表征前端请求路径的节点对应有多个处理参数，这样，电子设备就能从上述表征服务类型的节点中选择用户设备发送的请求中携带的目标服务类型对应的节点，进而在该对应的节点的下级表征前端请求路径的节点中选择表征上述请求中携带的目标路径的目标节点，就能确定请求中携带的目标路径对应的所有处理参数，因此，不用根据一个服务类型与相关的每个前端请求路径，以及一个前端请求路径与相关的每个处理参数一一配置代码组合，减少了重复代码的编写；并且通过设置多级节点，电子设备只需要根据上述请求选择节点，而不需要通过遍历所有组合代码确定路径对应的处理参数，减少了确定路径对应的处理参数所需的时间，提高了处理效率。

在一些可选的实施方式中，所述目标节点对应的处理参数，包括：所述目标节点的下级节点包含的处理参数，其中所述目标节点的下级节点为根据预设分类方式对所述处理参数进行分类得到的分类类型设置的节点。

上述方案，通过在目标节点下级根据对应的处理参数的分类类型设置节点，就可以根据分类类型方便地查找处理参数。

在一些可选的实施方式中，所述预设分类方式为按业务类型分类。

上述方案，通过按处理参数的业务类型对处理参数进行分类，使分类方式更符合配置路由规则的场景，更便于对路由规则进行管理和维护。

在一些可选的实施方式中，将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理，包括：

将所述目标路径与所述对应的处理参数分别进行组合，得到各路由的目标路径和处理参数；

将所述各路由的目标路径和处理参数分别输入所述目标处理模板，得到各路由对应的目标处理方式；

根据各路由的目标处理方式，对所述请求对应的数据进行处理。

上述方案，只需要将目标路径与对应的处理参数分别进行组合，就能得到各路由的目标路径和处理参数；将各路由的目标路径和处理参数分别输入目标处理模板，得到各路由对应的目标处理方式，进而根据各路由的目标处理方式，就能对上述请求对应的数据进行处理。

在一些可选的实施方式中，将所述目标路径与所述对应的处理参数分别进行组合，包括：

将所述目标路径分别与对应的各处理参数组成一组数组。

上述方案，通过将目标路径分别与对应的各处理参数组成一组数组，进行简单组合就能得到各路由的目标路径和处理参数。

在一些可选的实施方式中，所述请求对应的数据包括所述请求中携带的数据，和/或所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，若所述目标服务类型为GET(获得页面)服务或者HEAD(获得页面首部)服务，则所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，在根据输出的目标处理方式对所述请求对应的数据进行处理之后，还包括：

将处理的数据发送给所述用户设备。

在一些可选的实施方式中，若所述目标服务类型为POST(提交)服务，则所述请求对应的数据为所述请求中携带的数据。

在一些可选的实施方式中，若所述目标服务类型为PUT(取代)服务，则所述请求对应的数据为所述请求中携带的数据和所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，若所述目标服务类型为DELETE(删除)服务，所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

第二方面，本发明实施例提供一种数据处理装置，包括：

节点选择单元，用于根据用户设备发送的请求中携带的目标服务类型，从表征服务类型的节点中选择所述目标服务类型对应的节点，其中，所述表征服务类型的节点为根据所述电子设备提供的服务类型设置的节点；

所述节点选择单元，还用于从所述目标服务类型对应的节点的下级表征前端请求路径的节点中选择表征所述请求中携带的目标路径的目标节点；

数据处理单元，用于将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理。

在一些可选的实施方式中，所述目标节点对应的处理参数，包括：所述目标节点的下级节点包含的处理参数，其中所述目标节点的下级节点为根据预设分类方式对所述处理参数进行分类得到的分类类型设置的节点。

在一些可选的实施方式中，所述预设分类方式为按业务类型分类。

在一些可选的实施方式中，所述数据处理单元将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理，包括：

将所述目标路径与所述对应的处理参数分别进行组合，得到各路由的目标路径和处理参数；

将所述各路由的目标路径和处理参数分别输入所述目标处理模板，得到各路由对应的目标处理方式；

根据各路由的目标处理方式，对所述请求对应的数据进行处理。

在一些可选的实施方式中，所述数据处理单元将所述目标路径与所述对应的处理参数分别进行组合，包括：

将所述目标路径分别与对应的各处理参数组成一组数组。

在一些可选的实施方式中，所述请求对应的数据包括所述请求中携带的数据，和/或所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，若所述目标服务类型为GET服务或者HEAD服务，则所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，所述数据处理单元还用于：

在根据输出的目标处理方式对所述请求对应的数据进行处理之后，将处理的数据发送给所述用户设备。

在一些可选的实施方式中，若所述目标服务类型为POST服务，则所述请求对应的数据为所述请求中携带的数据。

在一些可选的实施方式中，若所述目标服务类型为PUT服务，则所述请求对应的数据为所述请求中携带的数据和所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，若所述目标服务类型为DELETE服务，所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

第三方面，本发明实施例提供一种电子设备，包括：处理器以及存储器；

其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器执行如上述第一方面所述方法的步骤。

第四方面，本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面所述方法的步骤。

另外，第二方面至第四方面中任一种实现方式所带来的技术效果可参见第一方面中不同实现方式所带来的技术效果，此处不再赘述。

附图说明

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

图1为本发明实施例提供的路由规则示意图；

图2为本发明实施例提供的应用场景示意图；

图3为本发明实施例提供的第一种数据处理方法的示意流程图；

图4A为本发明实施例提供的第一种节点分布示意图；

图4B为本发明实施例提供的第二种节点分布示意图；

图4C为本发明实施例提供的第三种节点分布示意图；

图4D为本发明实施例提供的第四种节点分布示意图；

图5为本发明实施例提供的第二种数据处理方法的示意流程图；

图6为本发明实施例提供的第三种数据处理方法的示意流程图；

图7为本发明实施例提供的一种数据处理装置的结构示意图；

图8为本发明实施例提供的一种电子设备的示意框图。

具体实施方式

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

本发明实施例中术语“和/或”，描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括一个或者更多个该特征。在本申请的描述中，除非另有说明，“多个”的含义是两个或两个以上。

在本申请的描述中，需要说明的是，除非另有明确的规定和限定，术语“连接”应做广义理解，例如，可以是直接相连，也可以通过中间媒介间接相连，可以是两个器件内部的连通。对于本领域的普通技术人员而言，可以具体情况理解上述术语在本申请中的具体含义。

用户设备向服务器发送HTTP请求，服务器根据配置的路由规则，对数据进行相应处理。

在一些实施例中，开发人员先配置路由规则：为预设的请求类型下每个预设路径与对应的每个处理参数编写一组代码，即一组代码包括请求类型、路径和处理参数。完成配置后，用户设备向服务器发送HTTP请求，服务器确定该请求有效后，获得该请求携带的请求类型和路径，并根据上述路由规则，确定对应的代码，基于该代码对数据进行处理。

一个请求类型包括了多个路径，每个路径又对应多个处理参数，参阅图1所示，对于GRT请求，包括路径1、路径2……路径n，路径1对应了处理参数11、处理参数12……处理参数N

可以看到，图1仅示出了GRT请求相关的代码包含的内容，实际应用中，请求类型可能会有多种，因此，路由规则会更加混乱。

上述实施例中，路由规则存在大量重复代码，配置费时费力；并且路由规则较为混乱，服务器只能遍历所有路由规则才能得到某一动作和路径对应的路由，进而确定该路由的处理参数，因此服务器的处理过程效率较低。

本发明实施例为了简化路由规则配置，提高数据处理效率，提供了一种数据处理方法、装置、电子设备和存储介质，下面结合附图及具体实施例对本发明作进一步详细的说明。

如图2所示，其为本发明实施例的应用场景示意图。该应用场景图中包括用户设备(图中以两个用户设备：用户设备1101和用户设备1102为例进行说明，在实际应用中用户设备的数量可以更多或者更少)和电子设备120。

用户设备与电子设备120之间可以通过多种通信网络进行通信。这里可允许用户设备通过局域网(Local Area Network，LAN)、无线局域网(Wireless Local AreaNetwork，WLAN)和其他网络，与电子设备120进行通信，例如：用户设备通过WLAN向电子设备120发送HTTP请求。

电子设备120可以根据用户设备发送的请求中携带的目标服务类型，从表征服务类型的节点中选择所述目标服务类型对应的节点，其中，所述表征服务类型的节点为根据所述电子设备提供的服务类型设置的节点；

也可以从所述目标服务类型对应的节点的下级表征前端请求路径的节点中选择表征所述请求中携带的目标路径的目标节点；

还可以将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理。

在本发明实施例中，用户设备可以是个人计算机、手机、平板电脑、笔记本、电子书阅读器等具有一定计算能力并且运行有即时通讯类软件及网站或者社交类软件及网站的设备。

电子设备120包括一组或者多组服务器，服务器可以一类或多类。

上述应用场景只是实现本发明实施例的应用场景的示例，本发明实施例并不限于上述应用场景。

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

图3为本发明实施例提供的第一种数据处理方法的示意流程图，应用于上述电子设备，如图3所示，该方法可以包括：

步骤301：根据用户设备发送的请求中携带的目标服务类型，从表征服务类型的节点中选择所述目标服务类型对应的节点。

其中，所述表征服务类型的节点为根据所述电子设备提供的服务类型设置的节点。

本实施例，可以根据电子设备提供的服务类型的部分或全部设置表征服务类型的节点，例如：

1)电子设备提供的服务类型有GET服务、HEAD服务、POST服务、PUT服务和DELETE服务，设置这五种服务对应的节点；

2)电子设备提供的服务类型有GET服务、HEAD服务、POST服务、PUT服务和DELETE服务，只设置GET服务和POST服务对应的节点；

3)电子设备提供的针对某些资源的服务，包括GET服务、HEAD服务、POST服务、PUT服务、DELETE服务；还有针对电子设备的服务，包括TRACE(回显)服务和OPTIONS(查看性能)服务，只设置GET服务、HEAD服务、POST服务、PUT服务和DELETE服务对应的节点。

上述电子设备提供的服务类型和表征服务类型的节点只是示例性说明，电子设备提供的服务类型可以与上述服务类型不同，上述表征服务类型的节点也可以根据实际应用场景设置，此处不再赘述。

本实施例对电子设备确定用户设备发送的请求中携带的目标服务类型的方式不做限定，例如：

将上述用户设备发送的请求的请求行中请求方法字段作为目标服务类型。

本实施例可以通过但不限于通过以下方式从表征服务类型的节点中选择目标服务类型对应的节点：

1)如果表征服务类型的节点的名称就是对应服务类型，直接将名称为该目标服务类型的节点作为目标服务类型对应的节点；

2)如果表征服务类型的节点的名称是能够标识服务类型的编码(数字、字母或者其组合等)，根据预设的编码与服务类型的对应关系，确定目标服务类型对应的编码，将该编码对应的节点作为目标服务类型对应的节点。

上述两种选择目标服务类型对应的节点的方式仅是示例性说明，本实施例也可以采用其他方式选择目标服务类型对应的节点。

步骤302：从所述目标服务类型对应的节点的下级表征前端请求路径的节点中选择表征所述请求中携带的目标路径的目标节点。

本实施例，每个表征服务类型的节点下级设置有对应的表征前端请求路径的节点，每个表征前端请求路径的节点对应有多个处理参数。

其中，每个表征服务类型的节点下级设置对应的表征前端请求路径的节点采用多种方式实现，例如：

1)在表征服务类型的节点的下级直接设置有对应的表征前端请求路径的节点；

2)在每个表征服务类型的节点的下级设置有一级中间节点，每个中间节点的下级再设置互不相同的表征前端请求路径的节点；

3)在每个表征服务类型的节点的下级设置有多级中间节点，最下级的中间节点的下级再设置互不相同的表征前端请求路径的节点。

在设置对应的表征前端请求路径的节点的方式并不限于上述三种方式，具体采用哪种设置方式可以根据实际应用场景进行选择。

本实施例可以通过但不限于通过以下方式从下级表征前端请求路径的节点中选择表征所述请求中携带的目标路径的目标节点：

1)如果表征前端请求路径的节点名称就是对应路径，直接将名称为该目标路径的节点作为表征目标路径的目标节点；

2)如果表征前端请求路径的节点名称是能够标识前端请求路径的编码(数字、字母或者其组合等)，根据预设的编码与路径的对应关系，确定目标路径对应的编码，将该编码对应的节点作为表征目标路径的目标节点。

上述两种选择目标节点的方式仅是示例性说明，本实施例也可以采用其他方式选择目标节点。

本实施例对上述设置表征服务类型的节点和设置表征前端请求路径的节点的具体方式不做限定，例如：

1)在KOA(一种网络开发框架)的项目根目录下创建表征服务类型的文件夹；在表征服务类型的文件夹内设置一级子文件夹作为表征前端请求路径的节点；

2)在KOA的项目根目录下创建表征服务类型的文件夹；在表征服务类型的文件夹内设置一级中间节点的文件夹，在每个一级中间节点的文件夹内设置互不相同的、至少一个表征前端请求路径的文件夹；

3)将树状拓扑结构的一级节点作为表征服务类型的节点，一级节点的分支节点作为表征前端请求路径的节点。

本实施例也可采用其他树状分布的方式设置表征服务类型的节点和设置表征前端请求路径的节点。

步骤303：将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理。

本实施例，可以通过但不限于如下方式得到目标节点对应的处理参数：

第一种方式：目标节点直接对应有多个包含对应的处理参数的文档，在确定目标节点后，获取这多个文档包含的处理参数。

以节点为文件夹，表征服务类型的节点包括GET文件夹、HEAD文件夹、POST文件夹、PUT文件夹和DELETE文件夹为例，参阅图4A所示：

目标服务类型为GET服务，对应的节点为GET文件夹，GET文件夹下级直接设置有对应的表征前端请求路径的节点(图4A以路径1文件夹、路径2文件夹、……路径n文件夹为例)，路径2文件夹为表征目标路径的目标节点，该文件夹内设置有多个包含对应的处理参数的表格，图4A以每个表格都携带有一个处理参数为例。

图4A只是节点分布的示例，本实施例采用其他节点分布方式，例如还可以在每个表征服务类型的文件夹内设置一级中间节点的文件夹，每个一级中间节点的文件夹内再设置互不相同的表征前端请求路径的文件夹等等，上述表格也可替换为包含处理参数的其他文档，此处不再赘述。

第二种方式：目标节点直接对应有一个包含所有对应的处理参数的文档，在确定目标节点后，获取这个文档包含的所有处理参数。

还是以节点为文件夹，表征服务类型的节点包括GET文件夹、HEAD文件夹、POST文件夹、PUT文件夹和DELETE文件夹为例，参阅图4B所示：

目标服务类型为GET服务，对应的节点为GET文件夹，GET文件夹下级直接设置有对应的表征前端请求路径的节点(图4B以路径1文件夹、路径2文件夹、……、路径n文件夹为例)，路径2文件夹为表征目标路径的目标节点，该文件夹内设置有一个包含对应的所有处理参数的处理参数表格。

图4B只是节点分布的示例，本实施例采用其他节点分布方式，例如还可以在每个表征服务类型的文件夹内设置一级中间节点的文件夹，每个一级中间节点的文件夹内再设置互不相同的表征前端请求路径的文件夹等等，上述表格也可替换为包含所有对应的处理参数的其他文档，此处不再赘述。

在一些实施例，目标节点的下级节点包含有多个处理参数，其中所述目标节点的下级节点为根据预设分类方式对所述处理参数进行分类得到的分类类型设置的节点。

通过在目标节点下级根据对应的处理参数的分类类型设置节点，这样开发人员可以根据分类类型方便地查找处理参数。

上述预设分类方式可以根据实际应用场景进行设定，在一些具体的实施例中，所述预设分类方式为按业务类型分类。

以商城页面的路径为例，将对应的处理参数分为用户类处理参数、订单类处理参数、商品类处理参数，所有用户类处理参数对应用户节点，所有订单类处理参数对应订单节点，所有商品类处理参数对应商品节点。

通过按处理参数的业务类型对处理参数进行分类，使分类方式更符合配置路由规则的场景，更便于对路由规则进行管理和维护。

第三种方式：目标节点的每个下级表征业务类型的节点都对应有至少一个文档，每个文档包含一个处理参数，在确定目标节点后，获取这多个文档包含的处理参数。

还是以节点为文件夹，表征服务类型的节点包括GET文件夹、HEAD文件夹、POST文件夹、PUT文件夹和DELETE文件夹为例，参阅图4C所示：

目标服务类型为GET服务，对应的节点为GET文件夹，GET文件夹下级直接设置有对应的表征前端请求路径的节点(图4C以路径1文件夹、路径2文件夹、……、路径n文件夹为例)，路径2文件夹为表征目标路径的目标节点，该文件夹内设置表征业务类型的文件夹(图4C以业务类型1文件夹、业务类型2文件夹、……业务类型N文件夹为例)，每个表征业务类型的文件夹内设置有至少一个包含对应业务类型的处理参数的表格。

图4C只是节点分布的示例，本实施例采用其他节点分布方式，例如还可以在每个表征服务类型的文件夹内可以设置有一级中间节点的文件夹，每个一级中间节点的文件夹内再设置互不相同的表征前端请求路径的文件夹等等，上述表格也可替换为包含处理参数的其他文档，此处不再赘述。

第四种方式：目标节点的每个下级表征业务类型的节点都对应有一个包含对应的处理参数的文档，在确定目标节点后，获取这些文档包含的所有处理参数。

还是以节点为文件夹，表征服务类型的节点包括GET文件夹、HEAD文件夹、POST文件夹、PUT文件夹和DELETE文件夹为例，参阅图4D所示：

目标服务类型为GET服务，对应的节点为GET文件夹，GET文件夹下级直接设置有对应的表征前端请求路径的节点(图4D以路径1文件夹、路径2文件夹、……、路径n文件夹为例)，路径2文件夹为表征目标路径的目标节点，该文件夹内设置表征业务类型的文件夹(图4D以业务类型1文件夹、业务类型2文件夹、……业务类型N文件夹为例)，每个表征业务类型的文件夹内设置有一个包含该业务类型的所有处理参数的表格。

图4D只是节点分布的示例，本实施例采用其他节点分布方式，例如还可以在每个表征服务类型的文件夹内可以设置有一级中间节点的文件夹，每个一级中间节点的文件夹内再设置互不相同的表征前端请求路径的文件夹等等，上述表格也可替换为包含处理参数的其他文档，此处不再赘述。

上述四种得到目标节点对应的处理参数的方式只是举例说明，本实施例并不以此为限。

本实施例对得到目标处理方式的具体方式不做限定，还是以基于KOA为例：

若请求服务类型为GET服务，将目标路径输入router.get()(获得页面的路由方法)模板的第一参数入口，对应的处理参数输入router.get()模板的第二参数入口，router.get()模板输出该请求的处理方式。

其中，上述实施例提到的KOA均可替换为其他基于nodejs(运行于服务端的脚本语言解释器)平台的网络开发框架，采用其他框架的具体实现方式与采用KOA的具体实现方式类似，此处不再一一举例说明。

上述方案，根据电子设备提供的服务类型设置表征服务类型的节点，在表征服务类型的节点下级设置有对应的表征前端请求路径的节点，每个表征前端请求路径的节点对应有多个处理参数，这样，电子设备就能从上述表征服务类型的节点中选择用户设备发送的请求中携带的目标服务类型对应的节点，进而在该对应的节点的下级表征前端请求路径的节点中选择表征上述请求中携带的目标路径的目标节点，就能确定请求中携带的目标路径对应的所有处理参数，因此，不用根据一个服务类型与相关的每个前端请求路径，以及一个前端请求路径与相关的每个处理参数一一配置代码组合，减少了重复代码的编写；并且通过设置多级节点，电子设备只需要根据上述请求选择节点，而不需要通过遍历所有组合代码确定路径对应的处理参数，减少了确定路径对应的处理参数所需的时间，提高了处理效率。

图5为本发明实施例提供的第二种数据处理方法的示意流程图，应用于上述电子设备，如图5所示，该方法可以包括：

步骤501：根据用户设备发送的请求中携带的目标服务类型，从表征服务类型的节点中选择所述目标服务类型对应的节点。

其中，所述表征服务类型的节点为根据所述电子设备提供的服务类型设置的节点。

步骤502：从所述目标服务类型对应的节点的下级表征前端请求路径的节点中选择表征所述请求中携带的目标路径的目标节点。

该步骤501-502与上述步骤301-302的实现方式相同，此处不再赘述。

步骤503：将所述目标路径与所述对应的处理参数分别进行组合，得到各路由的目标路径和处理参数。

本实施例，得到的是一个目标路径和所有对应的处理参数，而只有将目标路径与每个对应的处理参数作为对应路由的两个参数，将每个路由的两个参数输入到目标处理模板中，才能得到每个路由的目标处理方式，基于此，需要先对目标路径与每个对应的处理参数进行组合。

在一些具体的实施例中，通过以下方式将所述目标路径与所述对应的处理参数分别进行组合：将所述目标路径分别与对应的各处理参数组成一组数组。

通过将目标路径分别与对应的各处理参数组成一组数组，进行简单组合就能得到各路由的目标路径和处理参数。

将目标路径与对应的处理参数分别进行组合就是目标路径与每个对应的处理参数进行组合。

步骤504：将所述各路由的目标路径和处理参数分别输入所述目标处理模板，得到各路由对应的目标处理方式。

如上所述，只有将目标路径与每个对应的处理参数作为对应路由的两个参数，将每个路由的两个参数输入到目标处理模板中，才能得到每个路由的目标处理方式，在对目标路径与每个对应的处理参数进行组合后，将每个路由的两个参数输入到目标处理模板中。

步骤505：根据各路由的目标处理方式，对所述请求对应的数据进行处理。

以请求的目标服务类型为GET服务，路径2为目标路径，对应的处理参数为处理参数21、处理参数22，……处理参数N

通过预设插件，将路径2和处理参数21组成一组数组，路径2作为路由2的目标路径，处理参数21作为路由2的处理参数；将路径2与处理参数22组成一组数组，路径2作为路由2的目标路径，处理参数22作为路由2的处理参数；……；将路径2与处理参数N

将路由1的目标路径(路径2)输入router.get()模板的第一参数入口，将路由1的处理参数(处理参数21)输入router.get()模板的第二参数入口，router.get()模板输出路由1的目标处理方式，记作处理方式1；将路由2的目标路径(路径2)输入router.get()模板的第一参数入口，将路由2的处理参数(处理参数22)输入router.get()模板的第二参数入口，router.get()模板输出路由2的目标处理方式，记作处理方式2；……；将路由N的目标路径(路径2)输入router.get()模板的第一参数入口，将路由N的处理参数(处理参数N

基于上述处理方式1，对上述请求对应的数据进行一次处理；基于上述处理方式2，对上述请求对应的数据进行一次处理；……；基于上述处理方式N，对上述请求对应的数据进行一次处理。

上述处理过程只是示例性说明，目标路径对应的处理参数等都可以根据实际应用场景设定。

上述方案，只需要将目标路径与对应的处理参数分别进行组合，就能得到各路由的目标路径和处理参数；将各路由的目标路径和处理参数分别输入目标处理模板，得到各路由对应的目标处理方式，进而根据各路由的目标处理方式，就能对上述请求对应的数据进行处理。

在一些实施例中，所述请求对应的数据包括所述请求中携带的数据，和/或所述目标路径对应的数据库的目标位置的数据。也就是说请求对应的数据可以是请求中携带的数据，也可以是目标路径对应的数据库的目标位置的数据，也可以同时包括请求中携带的数据和目标路径对应的数据库的目标位置的数据。

请求对应的数据具体包含的数据与请求的目标服务类型相关，示例性的：

1)若所述目标服务类型为GET服务或者HEAD服务，则所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

GET服务是确定目标路径对应的数据库的目标位置的数据，并返回给用户设备的服务，例如：

用户通过在用户设备提供的用户界面上的网址输入栏，按照规定的格式键入标识为1111的电子设备的相关网址(以http：//1111/为例)，就触发请求发送指令，用户设备基于该指令就能向1111这个电子设备请求目标路径为“/”的GET服务(显示“/”对应的页面)。

HEAD服务是确定目标路径对应的数据库的目标位置的数据，并给用户设备返回消息头的服务。

2)若所述目标服务类型为提交POST服务，则所述请求对应的数据为所述请求中携带的数据。

POST服务是将请求的请求体中携带的数据存储到目标路径对应的数据库的目标位置的服务，例如：

用户通过在用户设备提供的用户界面上的表单，按照规定的格式键入信息，点击表征提交该表单的按键，就触发请求发送指令，用户设备基于该指令就能向电子设备请求POST服务(请求存储上述表单)。

3)若所述目标服务类型为取代PUT服务，则所述请求对应的数据为所述请求中携带的数据和所述目标路径对应的数据库的目标位置的数据。

PUT服务获得请求的请求体中携带的数据，并确定目标路径对应的数据库的目标位置的数据，将携带的数据替换目标位置的数据的服务。

4)若所述目标服务类型为删除DELETE服务，所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

DELETE服务是确定目标路径对应的数据库的目标位置的数据，并删除该数据的服务。

上述几种服务类型仅是举例说明，电子设备所能提供的服务类型可以与上述服务类型不同，请求对应的数据具体包含的数据也会对应变化，例如电子设备可以只提供GET服务和POST服务。

确定目标服务类型的方式可参照上述实施例，此处不再赘述。

通过根据请求的目标服务类型，对不同的数据进行处理，从而完成不同请求的服务。

图6为本发明实施例提供的第三种数据处理方法的示意流程图，应用于上述电子设备，如果目标服务类型为GET服务或者HEAD服务，如图6所示，该方法可以包括：

步骤601：根据用户设备发送的请求中携带的目标服务类型，从表征服务类型的节点中选择所述目标服务类型对应的节点。

其中，所述表征服务类型的节点为根据所述电子设备提供的服务类型设置的节点。

步骤602：从所述目标服务类型对应的节点的下级表征前端请求路径的节点中选择表征所述请求中携带的目标路径的目标节点。

步骤603：将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理。

该步骤601-603与上述步骤301-303的实现方式相同，此处不再赘述。

步骤604：将处理的数据发送给所述用户设备。

如上所述，如果目标服务类型为GET服务或者HEAD服务，电子设备不仅需要进行数据处理，还需要将处理的数据发送给用户设备，从而完成请求的服务。

如图7所示，基于相同的发明构思，本发明实施例提供一种数据处理装置700，包括：

节点选择单元701，用于根据用户设备发送的请求中携带的目标服务类型，从表征服务类型的节点中选择所述目标服务类型对应的节点，其中，所述表征服务类型的节点为根据所述电子设备提供的服务类型设置的节点；

所述节点选择单元701，还用于从所述目标服务类型对应的节点的下级表征前端请求路径的节点中选择表征所述请求中携带的目标路径的目标节点；

数据处理单元702，用于将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理。

在一些可选的实施方式中，所述目标节点对应的处理参数，包括：所述目标节点的下级节点包含的处理参数，其中所述目标节点的下级节点为根据预设分类方式对所述处理参数进行分类得到的分类类型设置的节点。

在一些可选的实施方式中，所述预设分类方式为按业务类型分类。

在一些可选的实施方式中，所述数据处理单元702将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理，包括：

将所述目标路径与所述对应的处理参数分别进行组合，得到各路由的目标路径和处理参数；

将所述各路由的目标路径和处理参数分别输入所述目标处理模板，得到各路由对应的目标处理方式；

根据各路由的目标处理方式，对所述请求对应的数据进行处理。

在一些可选的实施方式中，所述数据处理单元702将所述目标路径与所述对应的处理参数分别进行组合，包括：

将所述目标路径分别与对应的各处理参数组成一组数组。

在一些可选的实施方式中，所述请求对应的数据包括所述请求中携带的数据，和/或所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，若所述目标服务类型为GET服务或者HEAD服务，则所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，所述数据处理单元还用于：

在根据输出的目标处理方式对所述请求对应的数据进行处理之后，将处理的数据发送给所述用户设备。

在一些可选的实施方式中，若所述目标服务类型为POST服务，则所述请求对应的数据为所述请求中携带的数据。

在一些可选的实施方式中，若所述目标服务类型为PUT服务，则所述请求对应的数据为所述请求中携带的数据和所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，若所述目标服务类型为DELETE服务，所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

由于该装置即是本发明实施例中的方法中的装置，并且该装置解决问题的原理与该方法相似，因此该装置的实施可以参见方法的实施，重复之处不再赘述。

如图8所示，基于相同的发明构思，本发明实施例提供一种电子设备800，包括：处理器801和存储器802；

存储器802，用于存储处理器801执行的计算机程序。存储器802可以是易失性存储器(volatile memory)，例如随机存取存储器(random-access memory，RAM)；存储器802也可以是非易失性存储器(non-volatile memory)，例如只读存储器，快闪存储器(flashmemory)，硬盘(hard disk drive，HDD)或固态硬盘(solid-state drive，SSD)、或者存储器802是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器802可以是上述存储器的组合。

处理器801，可以包括一个或多个中央处理单元(central processing unit，CPU)，图形处理单元(Graphics Processing Unit，GPU)或者为数字处理单元等等。

本发明实施例中不限定上述存储器802和处理器801之间的具体连接介质。本发明实施例在图8中以存储器802和处理器801之间通过总线803连接，总线803在图8中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线803可以分为地址总线、数据总线、控制总线等。为便于表示，图8中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

其中，所述存储器存储有程序代码，当所述程序代码被所述处理器执行时，使得所述处理器801执行下列过程：

根据用户设备发送的请求中携带的目标服务类型，从表征服务类型的节点中选择所述目标服务类型对应的节点，其中，所述表征服务类型的节点为根据所述电子设备提供的服务类型设置的节点；

从所述目标服务类型对应的节点的下级表征前端请求路径的节点中选择表征所述请求中携带的目标路径的目标节点；

将所述目标节点对应的处理参数，以及所述目标路径，输入根据所述目标服务类型确定的目标处理模板，根据输出的目标处理方式对所述请求对应的数据进行处理。

在一些可选的实施方式中，所述目标节点对应的处理参数，包括：所述目标节点的下级节点包含的处理参数，其中所述目标节点的下级节点为根据预设分类方式对所述处理参数进行分类得到的分类类型设置的节点。

在一些可选的实施方式中，所述预设分类方式为按业务类型分类。

在一些可选的实施方式中，所述处理器801具体用于：

将所述目标路径与所述对应的处理参数分别进行组合，得到各路由的目标路径和处理参数；

将所述各路由的目标路径和处理参数分别输入所述目标处理模板，得到各路由对应的目标处理方式；

根据各路由的目标处理方式，对所述请求对应的数据进行处理。

在一些可选的实施方式中，所述处理器801具体用于：

将所述目标路径分别与对应的各处理参数组成一组数组。

在一些可选的实施方式中，所述请求对应的数据包括所述请求中携带的数据，和/或所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，若所述目标服务类型为GET服务或者HEAD服务，则所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，所述处理器801还用于：在根据输出的目标处理方式对所述请求对应的数据进行处理之后，将处理的数据发送给所述用户设备。

在一些可选的实施方式中，若所述目标服务类型为POST服务，则所述请求对应的数据为所述请求中携带的数据。

在一些可选的实施方式中，若所述目标服务类型为PUT服务，则所述请求对应的数据为所述请求中携带的数据和所述目标路径对应的数据库的目标位置的数据。

在一些可选的实施方式中，若所述目标服务类型为DELETE服务，所述请求对应的数据为所述目标路径对应的数据库的目标位置的数据。

由于该电子设备即是执行本发明实施例中的方法的电子设备，并且该电子设备解决问题的原理与该方法相似，因此该电子设备的实施可以参见方法的实施，重复之处不再赘述。

本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述数据处理方法的步骤。其中，可读存储介质可以为非易失可读存储介质。

以上参照示出根据本发明实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。

相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。

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

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