CN111414162A - 一种数据处理方法、装置及其设备 - Google Patents

Abstract

本申请提供一种数据处理方法、装置及其设备，该方法包括：获取待处理数据对应的服务类型；若不存在与所述服务类型对应的服务文件，则获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件；根据所述服务文件对所述待处理数据进行处理。通过本申请的技术方案，节省开发工作量，且服务文件不易出错，减少不必要的重复工作。

Description

一种数据处理方法、装置及其设备

技术领域

本申请涉及互联网领域，尤其是一种数据处理方法、装置及其设备。

背景技术

为了对待处理数据进行操作而开发的功能，称为服务功能，对待处理数据的操作可以包括增加、删除、修改和查询。在传统技术中，在开发服务功能时，每增加一个服务功能，需要针对服务功能单独开发代码，开发工作量很大，开发成本较高。例如，针对服务功能A，需要开发与服务功能A匹配的实体层代码、DAO(Data Access Object，数据存储对象)层代码、Service(服务)层代码、Controller(控制器)层代码；针对服务功能B，需要开发与服务功能B匹配的实体层代码、DAO层代码、Service层代码、Controller层代码，以此类推。显然，每增加一个服务功能，就需要单独开发代码，显著增加开发人员的工作。

发明内容

本申请提供一种数据处理方法，所述方法包括：

获取待处理数据对应的服务类型；

若不存在与所述服务类型对应的服务文件，则获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件；

根据所述服务文件对所述待处理数据进行处理。

本申请提供一种数据处理方法，所述方法包括：

获取待处理数据对应的服务类型；

获取与所述服务类型对应的服务文件；

根据所述服务文件对所述待处理数据进行处理。

本申请提供一种数据处理方法，所述方法包括：

获取待处理数据对应的服务类型；

获取所述服务类型对应的DAO层参数信息，并根据DAO层的管理模板和所述DAO层参数信息，生成与所述服务类型对应的DAO层服务文件；

获取所述服务类型对应的Service层参数信息，并根据Service层的管理模板和所述Service层参数信息，生成与所述服务类型对应的Service层服务文件；

获取所述服务类型对应的Controller层参数信息，并根据Controller层的管理模板和所述Controller层参数信息，生成与所述服务类型对应的Controller层服务文件；根据所述DAO层服务文件、所述Service层服务文件和所述Controller层服务文件中的一个或者多个，对所述待处理数据进行处理。

本申请提供一种数据处理装置，所述装置包括：

获取模块，用于获取待处理数据对应的服务类型；

生成模块，用于当不存在与所述服务类型对应的服务文件时，获取所述服务类型对应的参数信息，根据所述参数信息生成所述服务类型对应的服务文件；

处理模块，用于根据所述服务文件对所述待处理数据进行处理。

本申请提供一种服务器，所述服务器包括：

处理器和机器可读存储介质，所述机器可读存储介质上存储有若干计算机指令，所述处理器执行所述计算机指令时进行如下处理：

获取待处理数据对应的服务类型；

若不存在与所述服务类型对应的服务文件，则获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件；

根据所述服务文件对所述待处理数据进行处理。

基于上述技术方案，本申请实施例中，在开发服务功能时，每增加一个服务功能(每个服务功能可以对应一个服务类型)，则可以获取该服务功能的服务类型对应的参数信息，并根据该参数信息生成与该服务类型对应的服务文件，这样，不需要针对该服务功能单独开发服务文件，而是自动生成服务文件，节省开发工作量和开发成本，且服务文件不易出错，减少不必要的重复工作。

附图说明

为了更加清楚地说明本申请实施例或者现有技术中的技术方案，下面将对本申请实施例或者现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请中记载的一些实施例，对于本领域普通技术人员来讲，还可以根据本申请实施例的这些附图获得其它的附图。

图1是本申请一种实施方式中的数据处理方法的流程图；

图2是本申请另一种实施方式中的数据处理方法的流程图；

图3是本申请另一种实施方式中的数据处理方法的流程图；

图4是本申请一种实施方式中的应用场景示意图；

图5是本申请另一种实施方式中的数据处理方法的流程图；

图6是本申请一种实施方式中的数据处理装置的结构图；

图7是本申请一种实施方式中的服务器的硬件结构图。

具体实施方式

在本申请实施例使用的术语仅仅是出于描述特定实施例的目的，而非限制本申请。本申请和权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其它含义。还应当理解，本文中使用的术语“和/或”是指包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本申请实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，此外，所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

本申请实施例提出一种数据处理方法，该方法可以应用于任意设备(如服务器)，参见图1所示，为该方法的流程示意图，该方法可以包括：

步骤101，获取待处理数据对应的服务类型。

步骤102，若不存在与该服务类型对应的服务文件，则获取该服务类型对应的参数信息，并根据该参数信息生成与该服务类型对应的服务文件。

其中，根据该参数信息生成与该服务类型对应的服务文件，可以包括：根据管理模板和该参数信息生成与该服务类型对应的服务文件。具体的，可以将该参数信息添加到该管理模板中，得到与该服务类型对应的服务文件。

在一个例子中，不同的服务类型可以对应相同的管理模板，即可以共同使用同一个管理模板。此外，不同的服务类型可以对应不同的参数信息。

在一个例子中，获取该服务类型对应的参数信息，并根据该参数信息生成与该服务类型对应的服务文件，还可以包括但不限于：情况一、可以获取该服务类型对应的DAO层参数信息，并根据DAO层的管理模板和该DAO层参数信息，生成与该服务类型对应的DAO层服务文件。情况二、可以获取该服务类型对应的Service层参数信息，并根据Service层的管理模板和该Service层参数信息，生成与该服务类型对应的Service层服务文件。情况三、可以获取该服务类型对应的Controller层参数信息，并根据Controller层的管理模板和该Controller层参数信息，生成与该服务类型对应的Controller层服务文件。

在上述实施例中，不同的服务类型可以对应相同的DAO层的管理模板；不同的服务类型可以对应相同的Service层的管理模板；不同的服务类型可以对应相同的Controller层的管理模板。但是，DAO层的管理模板、Service层的管理模板、Controller层的管理模板可以是不同的管理模板。此外，不同的服务类型可以对应不同的DAO层参数信息；不同的服务类型可以对应不同的Service层参数信息；不同的服务类型可以对应不同的Controller层参数信息。

步骤103，根据该服务文件对该待处理数据进行处理。

在一个例子中，根据该服务文件对该待处理数据进行处理，可以包括但不限于：获取该待处理数据对应的操作类型，并从该服务文件中获取与该操作类型对应的服务子文件；然后，根据该服务子文件对该待处理数据进行处理。

其中，该操作类型可以包括但不限于：增加、删除、修改和查询。

在一个例子中，根据该服务文件对该待处理数据进行处理，可以包括但不限于：根据该DAO层服务文件、该Service层服务文件和该Controller层服务文件中的一个或者多个，对该待处理数据进行处理，对此处理方式不做限制。

在一个例子中，在步骤101之后，若存在与该服务类型对应的服务文件(如DAO层服务文件、Service层服务文件和Controller层服务文件等)，则可以根据本地存储的与该服务类型对应的服务文件，对该待处理数据进行处理。

在一个例子中，上述执行顺序只是为了方便描述给出的一个示例，在实际应用中，还可以改变步骤之间的执行顺序，对此执行顺序不做限制。而且，在其它实施例中，并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其它实施例中可能被分解为多个步骤进行描述；本说明书中所描述的多个步骤，在其它实施例也可能被合并为单个步骤进行描述。

基于上述技术方案，本申请实施例中，在开发服务功能时，每增加一个服务功能(每个服务功能可以对应一个服务类型)，则可以获取该服务功能的服务类型对应的参数信息，并根据该参数信息生成与该服务类型对应的服务文件，这样，不需要针对该服务功能单独开发服务文件，而是自动生成服务文件，节省开发工作量和开发成本，且服务文件不易出错，减少不必要的重复工作。

基于与上述方法同样的申请构思，本申请实施例中还提出另一种数据处理方法，参见图2所示，为该方法的流程示意图，该方法可以包括：

步骤201，获取待处理数据对应的服务类型。

步骤202，获取与该服务类型对应的服务文件。

具体的，在获取到待处理数据对应的服务类型后，若当前不存在与该服务类型对应的服务文件，则可以获取该服务类型对应的参数信息，并根据该参数信息生成与该服务类型对应的服务文件。或者，若当前已经存在与该服务类型对应的服务文件，则可以获取本地存储的与该服务类型对应的服务文件。

步骤203，根据该服务文件对该待处理数据进行处理。

基于与上述方法同样的申请构思，本申请实施例中还提出另一种数据处理方法，参见图3所示，为该方法的流程示意图，该方法可以包括：

步骤301，获取待处理数据对应的服务类型。

步骤302，获取该服务类型对应的DAO层参数信息，并根据DAO层的管理模板和该DAO层参数信息，生成与该服务类型对应的DAO层服务文件。获取该服务类型对应的Service层参数信息，并根据Service层的管理模板和该Service层参数信息，生成与该服务类型对应的Service层服务文件。获取该服务类型对应的Controller层参数信息，并根据Controller层的管理模板和该Controller层参数信息，生成与该服务类型对应的Controller层服务文件。

步骤303，根据该DAO层服务文件、该Service层服务文件和该Controller层服务文件中的一个或者多个，对该待处理数据进行处理。

在上述实施例中，不同的服务类型可以对应相同的DAO层的管理模板；不同的服务类型可以对应相同的Service层的管理模板；不同的服务类型可以对应相同的Controller层的管理模板。但是，DAO层的管理模板、Service层的管理模板、Controller层的管理模板可以是不同的管理模板。此外，不同的服务类型可以对应不同的DAO层参数信息；不同的服务类型可以对应不同的Service层参数信息；不同的服务类型可以对应不同的Controller层参数信息。

在一个例子中，上述执行顺序只是为了方便描述给出的一个示例，在实际应用中，还可以改变步骤之间的执行顺序，对此执行顺序不做限制。而且，在其它实施例中，并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤，其方法所包括的步骤可以比本说明书所描述的更多或更少。此外，本说明书中所描述的单个步骤，在其它实施例中可能被分解为多个步骤进行描述；本说明书中所描述的多个步骤，在其它实施例也可能被合并为单个步骤进行描述。

以下结合具体应用场景，对上述技术方案进行说明。参见图4所示，为本申请实施例的应用场景示意图。客户端可以是终端设备(如智能终端、个人计算节、笔记本电脑等)的浏览器，也可以是终端设备的APP(应用程序)，对此不做限制。服务器可以是提供服务功能的任意设备，可以对待处理数据进行操作，对待处理数据的操作包括增加、删除、修改和查询等，对此不做限制。

在传统方式中，每增加一个服务功能，需要针对该服务功能单独开发代码。例如，针对服务功能A，开发与服务功能A匹配的实体层代码、DAO层代码、Service层代码、Controller层代码。针对服务功能B，开发与服务功能B匹配的实体层代码、DAO层代码、Service层代码、Controller层代码，以此类推。

与上述方式不同的是，本申请实施例中，将DAO层代码(即DAO层服务文件)分解成两部分，一部分是所有服务功能的共同部分，将这部分内容称为DAO层的管理模板，另一部分是所有服务功能的不同部分，将这部分内容称为DAO层参数信息，即，不同服务功能的DAO层的管理模板可以相同，不同服务功能的DAO层参数信息可以不同。基于此，可以针对所有服务功能配置一个DAO层的管理模板，并针对不同服务功能配置不同的DAO层参数信息。

例如，针对服务功能A和服务功能B，只需要配置一个DAO层的管理模板，显然，随着服务功能的增加，这些服务功能可以使用同一个DAO层的管理模板，可以显著减少开发工作量。此外，可以针对服务功能A配置DAO层参数信息，并针对服务功能B配置DAO层参数信息，虽然不同服务功能对应不同的DAO层参数信息，但是，DAO层参数信息的代码量很小，开发工作量较小。

本申请实施例中，可以将Service层代码(即Service层服务文件)分解成两部分，一部分是所有服务功能的共同部分，将这部分内容称为Service层的管理模板，另一部分是所有服务功能的不同部分，将这部分内容称为Service层参数信息，即，不同服务功能的Service层的管理模板可以相同，不同服务功能的Service层参数信息可以不同。基于此，可以针对所有服务功能配置一个Service层的管理模板，并针对不同服务功能配置不同的Service层参数信息。

例如，针对服务功能A和服务功能B，只需要配置一个Service层的管理模板，显然，随着服务功能的增加，这些服务功能可以使用同一个Service层的管理模板，可以显著减少开发工作量。可以针对服务功能A配置Service层参数信息，并针对服务功能B配置Service层参数信息，虽然不同服务功能对应不同的Service层参数信息，但是，Service层参数信息的代码量很小，开发工作量较小。

本申请实施例中，将Controller层代码(即Controller层服务文件)分解成两部分，一部分是所有服务功能的共同部分，将这部分内容称为Controller层的管理模板，另一部分是所有服务功能的不同部分，将这部分内容称为Controller层参数信息，即，不同服务功能的Controller层的管理模板相同，不同服务功能的Controller层参数信息不同。基于此，针对所有服务功能配置一个Controller层的管理模板，并针对不同服务功能配置不同的Controller层参数信息。

例如，针对服务功能A和服务功能B，只需要配置一个Controller层的管理模板，显然，随着服务功能的增加，这些服务功能可以使用同一个Controller层的管理模板，显著减少开发工作量。针对服务功能A配置Controller层参数信息，并针对服务功能B配置Controller层参数信息，虽然不同服务功能对应不同的Controller层参数信息，但Controller层参数信息的代码量小，开发工作量较小。

综上所述，如果需要增加一个实体类(如数据库的某张表)的标准增删改查操作，即支持一个新的服务功能，则只需要配置实体类(即DAO层参数信息、Service层参数信息、Controller层参数信息等)，而无需用户手动编写DAO层服务文件、Service层服务文件和Controller层服务文件，进一步的，可以由服务器动态生成DAO层服务文件、Service层服务文件和Controller层服务文件(例如，根据DAO层参数信息和DAO层的管理模板，动态生成DAO层服务文件；根据Service层参数信息和Service层的管理模板，动态生成Service层服务文件；根据Controller层参数信息和Controller层的管理模板，动态生成Controller层服务文件)，从而减少了不必要的重复工作，可以节省工作量，且不易出错。

显然，每增加一个实体类的标准增删改查操作，服务器就可以动态的生成DAO层服务文件、Service层服务文件和Controller层服务文件，无需开发者手动编写DAO层服务文件、Service层服务文件和Controller层服务文件。

在上述实施例中，DAO层是指数据库交互层，用于进行数据持久层的工作，负责与数据库进行交互的任务均封装在DAO层，例如，对数据库的增删改查操作等。Service层是指服务逻辑层，主要用于处理服务逻辑，负责服务模块的逻辑应用设计。Controller层是指控制器层，主要负责处理与前端数据的交互。

在上述应用场景下，本申请实施例中提出了一种数据处理方法，参见图5所示，为该数据处理法的流程示意图，该方法可以包括：

步骤501，获取待处理数据对应的服务类型。

具体的，客户端可以将数据请求发送给服务器，服务器在接收到数据请求后，可以从该数据请求中获取待处理数据、该待处理数据对应的服务类型。

其中，该服务类型可以包括但不限于：用户类型、商品类型、应用程序类型等，当然，上述只是服务类型的一个示例，对此服务类型不做限制。

步骤502，判断当前是否存在与该服务类型对应的服务文件。如果是，则从本地获取与该服务类型对应的服务文件(如DAO层服务文件、Service层服务文件和Controller层服务文件)，并执行步骤506。如果否，则执行步骤503。

步骤503，获取该服务类型对应的DAO层参数信息，并根据DAO层的管理模板和该DAO层参数信息，生成与该服务类型对应的DAO层服务文件。

在一个例子中，不同的服务类型可以对应相同的DAO层的管理模板，例如，所有服务类型对应同一个DAO层的管理模板。此外，不同的服务类型可以对应不同的DAO层参数信息，例如，每个服务类型的DAO层参数信息均不同。

在一个例子中，针对每个服务功能，在为该服务功能配置DAO层参数信息后，还可以记录该服务功能的服务类型与该DAO层参数信息的对应关系；基于此，服务器获取到服务类型后，就可以从本地获取到与该服务类型对应的DAO层参数信息。由于所有服务功能对应同一个DAO层的管理模板，因此，基于在本地配置的DAO层的管理模板，服务器可以获取到DAO层的管理模板。

进一步的，服务器可以根据DAO层的管理模板和该DAO层参数信息，生成与该服务类型对应的DAO层服务文件，并在本地存储该DAO层服务文件。

其中，服务器根据DAO层的管理模板和该DAO层参数信息，生成与该服务类型对应的DAO层服务文件，可以包括但不限于：将该DAO层参数信息添加到DAO层的管理模板中，得到与该服务类型对应的DAO层服务文件。

具体的，服务器可以采用字节码增强技术，将该DAO层参数信息添加到DAO层的管理模板中，得到与该服务类型对应的DAO层服务文件。

需要说明的是，当再次获取到待处理数据时，若该待处理数据的服务类型为该服务类型，则服务器本地已经存在与该服务类型对应的DAO层服务文件。

步骤504，获取该服务类型对应的Service层参数信息，根据Service层的管理模板和该Service层参数信息，生成与该服务类型对应的Service层服务文件。

在一个例子中，不同的服务类型可以对应相同的Service层的管理模板，例如，所有服务类型对应同一个Service层的管理模板。不同的服务类型可以对应不同的Service层参数信息，例如，每个服务类型的Service层参数信息均不同。

其中，针对每个服务功能，在为该服务功能配置Service层参数信息后，可以记录该服务功能的服务类型与该Service层参数信息的对应关系；基于此，服务器获取到服务类型后，就可以从本地获取到与该服务类型对应的Service层参数信息。由于所有服务功能对应同一个Service层的管理模板，因此，基于在本地配置的Service层的管理模板，服务器可以获取到Service层的管理模板。

服务器可以根据Service层的管理模板和该Service层参数信息，生成与该服务类型对应的Service层服务文件，并在本地存储该Service层服务文件。

其中，服务器根据Service层的管理模板和该Service层参数信息，生成与该服务类型对应的Service层服务文件，可以包括但不限于：将该Service层参数信息添加到Service层的管理模板中，得到与该服务类型对应的Service层服务文件。具体的，服务器可以采用字节码增强技术，将该Service层参数信息添加到Service层的管理模板中，得到与该服务类型对应的Service层服务文件。

需要说明的是，当再次获取到待处理数据时，若该待处理数据的服务类型为该服务类型，则服务器本地已经存在与该服务类型对应的Service层服务文件。

步骤505，获取该服务类型对应的Controller层参数信息，并根据Controller层的管理模板和该Controller层参数信息，生成与该服务类型对应的Controller层服务文件。其中，不同服务类型可以对应相同的Controller层的管理模板，如所有服务类型对应同一个Controller层的管理模板。不同服务类型可以对应不同的Controller层参数信息，如每个服务类型的Controller层参数信息均不同。

其中，针对每个服务功能，在为该服务功能配置Controller层参数信息后，可以记录该服务功能的服务类型与该Controller层参数信息的对应关系；基于此，服务器获取到服务类型后，可以从本地获取与该服务类型对应的Controller层参数信息。由于所有服务功能对应同一个Controller层的管理模板，因此，基于在本地配置的Controller层的管理模板，服务器可以获取Controller层的管理模板。服务器可以根据Controller层的管理模板和该Controller层参数信息，生成与该服务类型对应的Controller层服务文件，并在本地存储该Controller层服务文件。

服务器根据Controller层的管理模板和Controller层参数信息，生成与服务类型对应的Controller层服务文件，可以包括但不限于：将Controller层参数信息添加到Controller层的管理模板中，得到与服务类型对应的Controller层服务文件。具体的，服务器可以采用字节码增强技术，将Controller层参数信息添加到Controller层的管理模板中，得到与服务类型对应的Controller层服务文件。

需要说明的是，再次获取到待处理数据时，若该待处理数据的服务类型为该服务类型，则服务器本地已经存在与该服务类型对应的Controller层服务文件。

步骤506，根据Controller层服务文件对待处理数据进行处理。

具体的，服务器可以获取该待处理数据对应的操作类型，如增加、删除、修改或者查询等。然后，服务器从该Controller层服务文件中获取与该操作类型对应的服务子文件；例如，Controller层服务文件包括与增加对应的服务子文件、与删除对应的服务子文件、与修改对应的服务子文件、与查询对应的服务子文件，因此，服务器可以从该Controller层服务文件中获取与该操作类型对应的服务子文件。然后，服务器可以根据该服务子文件对该待处理数据进行处理。

步骤507，根据Service层服务文件对待处理数据进行处理。

具体的，服务器可以获取该待处理数据对应的操作类型，如增加、删除、修改或者查询等。然后，服务器可以从该Service层服务文件中获取与该操作类型对应的服务子文件；例如，Service层服务文件包括与增加对应的服务子文件、与删除对应的服务子文件、与修改对应的服务子文件、与查询对应的服务子文件，因此，服务器可以从该Service层服务文件中获取与该操作类型对应的服务子文件。然后，服务器可以根据该服务子文件对该待处理数据进行处理。

步骤508，根据DAO层服务文件对待处理数据进行处理。

具体的，服务器可以获取该待处理数据对应的操作类型，如增加、删除、修改或者查询等。然后，服务器可以从该DAO层服务文件中获取与该操作类型对应的服务子文件；例如，DAO层服务文件可以包括与增加对应的服务子文件、与删除对应的服务子文件、与修改对应的服务子文件、与查询对应的服务子文件，因此，服务器可以从该DAO层服务文件中获取与该操作类型对应的服务子文件。然后，服务器可以根据该服务子文件对该待处理数据进行处理。

基于与上述方法同样的申请构思，本申请实施例还提供一种数据处理装置，如图6所示，为所述装置的结构图，所述装置可以包括：

获取模块61，用于获取待处理数据对应的服务类型；

生成模块62，用于当不存在所述服务类型对应的服务文件时，获取所述服务类型对应的参数信息，根据所述参数信息生成所述服务类型对应的服务文件；

处理模块63，用于根据所述服务文件对所述待处理数据进行处理。

所述生成模块62根据所述参数信息生成所述服务类型对应的服务文件时具体用于：根据管理模板和所述参数信息生成与所述服务类型对应的服务文件；其中，不同服务类型对应相同的管理模板；不同服务类型对应不同的参数信息。

所述生成模块62获取所述服务类型对应的参数信息，根据所述参数信息生成所述服务类型对应的服务文件时具体用于：

获取所述服务类型对应的DAO层参数信息，并根据DAO层的管理模板和所述DAO层参数信息，生成与所述服务类型对应的DAO层服务文件；获取所述服务类型对应的Service层参数信息，并根据Service层的管理模板和所述Service层参数信息，生成与所述服务类型对应的Service层服务文件；获取所述服务类型对应的Controller层参数信息，并根据Controller层的管理模板和所述Controller层参数信息，生成与所述服务类型对应的Controller层服务文件。

基于与上述方法同样的申请构思，本申请实施例还提供一种服务器，所述服务器包括：处理器和机器可读存储介质；其中，所述机器可读存储介质上存储有若干计算机指令，所述处理器执行所述计算机指令时进行如下处理：

获取待处理数据对应的服务类型；

若不存在与所述服务类型对应的服务文件，则获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件；

根据所述服务文件对所述待处理数据进行处理。

基于与上述方法同样的申请构思，本申请实施例还提供一种机器可读存储介质，所述机器可读存储介质上存储有若干计算机指令，所述计算机指令被执行时进行如下处理：获取待处理数据对应的服务类型；

若不存在与所述服务类型对应的服务文件，则获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件；

根据所述服务文件对所述待处理数据进行处理。

参见图7所示，为本申请实施例中提出的服务器的结构图，所述服务器70可以包括：处理器71，网络接口72，总线73，存储器74。

存储器74可以是任何电子、磁性、光学或其它物理存储装置，可以包含或存储信息，如可执行指令、数据等等。例如，存储器74可以是：RAM(Radom Access Memory，随机存取存储器)、易失存储器、非易失性存储器、闪存、存储驱动器(如硬盘驱动器)、固态硬盘、任何类型的存储盘(如光盘、dvd等)。

上述实施例阐明的系统、装置、模块或单元，具体可以由计算机芯片或实体实现，或者由具有某种功能的产品来实现。一种典型的实现设备为计算机，计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。

为了描述的方便，描述以上装置时以功能分为各种单元分别描述。当然，在实施本申请时可以把各单元的功能在同一个或多个软件和/或硬件中实现。

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

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

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

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

以上所述仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (16)

1.一种数据处理方法，其特征在于，所述方法包括：

获取待处理数据对应的服务类型；

若不存在与所述服务类型对应的服务文件，则获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件；

根据所述服务文件对所述待处理数据进行处理。

2.根据权利要求1所述的方法，其特征在于，

所述根据所述参数信息生成与所述服务类型对应的服务文件，包括：

根据管理模板和所述参数信息生成与所述服务类型对应的服务文件。

3.根据权利要求2所述的方法，其特征在于，

根据管理模板和所述参数信息生成与所述服务类型对应的服务文件，包括：

将所述参数信息添加到管理模板中，得到与所述服务类型对应的服务文件。

4.根据权利要求2所述的方法，其特征在于，

不同的服务类型对应相同的管理模板；

不同的服务类型对应不同的参数信息。

5.根据权利要求1所述的方法，其特征在于，获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件，包括：

获取所述服务类型对应的DAO层参数信息，并根据DAO层的管理模板和所述DAO层参数信息，生成与所述服务类型对应的DAO层服务文件。

6.根据权利要求1所述的方法，其特征在于，获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件，包括：

获取所述服务类型对应的Service层参数信息，并根据Service层的管理模板和所述Service层参数信息，生成与所述服务类型对应的Service层服务文件。

7.根据权利要求1所述的方法，其特征在于，获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件，包括：

获取所述服务类型对应的Controller层参数信息，并根据Controller层的管理模板和所述Controller层参数信息，生成与所述服务类型对应的Controller层服务文件。

8.根据权利要求1所述的方法，其特征在于，

所述获取待处理数据对应的服务类型后，所述方法还包括：

若存在与所述服务类型对应的服务文件，则根据本地存储的与所述服务类型对应的服务文件，对所述待处理数据进行处理。

9.根据权利要求1所述的方法，其特征在于，

所述根据所述服务文件对所述待处理数据进行处理，包括：

获取所述待处理数据对应的操作类型；

从所述服务文件中获取与所述操作类型对应的服务子文件；

根据所述服务子文件对所述待处理数据进行处理。

10.一种数据处理方法，其特征在于，所述方法包括：

获取待处理数据对应的服务类型；

获取与所述服务类型对应的服务文件；

根据所述服务文件对所述待处理数据进行处理。

11.一种数据处理方法，其特征在于，所述方法包括：

获取待处理数据对应的服务类型；

获取所述服务类型对应的DAO层参数信息，并根据DAO层的管理模板和所述DAO层参数信息，生成与所述服务类型对应的DAO层服务文件；

获取所述服务类型对应的Service层参数信息，并根据Service层的管理模板和所述Service层参数信息，生成与所述服务类型对应的Service层服务文件；

获取所述服务类型对应的Controller层参数信息，并根据Controller层的管理模板和所述Controller层参数信息，生成与所述服务类型对应的Controller层服务文件；

根据所述DAO层服务文件、所述Service层服务文件和所述Controller层服务文件中的一个或者多个，对所述待处理数据进行处理。

12.根据权利要求11所述的方法，其特征在于，

不同的服务类型对应相同的DAO层的管理模板；

不同的服务类型对应相同的Service层的管理模板；

不同的服务类型对应相同的Controller层的管理模板；

不同的服务类型对应不同的DAO层参数信息；

不同的服务类型对应不同的Service层参数信息；

不同的服务类型对应不同的Controller层参数信息。

13.一种数据处理装置，其特征在于，所述装置包括：

获取模块，用于获取待处理数据对应的服务类型；

生成模块，用于当不存在与所述服务类型对应的服务文件时，获取所述服务类型对应的参数信息，根据所述参数信息生成所述服务类型对应的服务文件；

处理模块，用于根据所述服务文件对所述待处理数据进行处理。

14.根据权利要求13所述的装置，其特征在于，

所述生成模块根据所述参数信息生成所述服务类型对应的服务文件时具体用于：根据管理模板和所述参数信息生成与所述服务类型对应的服务文件；其中，不同服务类型对应相同的管理模板；不同服务类型对应不同的参数信息。

15.根据权利要求13所述的装置，其特征在于，

所述生成模块获取所述服务类型对应的参数信息，根据所述参数信息生成所述服务类型对应的服务文件时具体用于：

获取所述服务类型对应的DAO层参数信息，并根据DAO层的管理模板和所述DAO层参数信息，生成与所述服务类型对应的DAO层服务文件；获取所述服务类型对应的Service层参数信息，并根据Service层的管理模板和所述Service层参数信息，生成与所述服务类型对应的Service层服务文件；获取所述服务类型对应的Controller层参数信息，并根据Controller层的管理模板和所述Controller层参数信息，生成与所述服务类型对应的Controller层服务文件。

16.一种服务器，其特征在于，所述服务器包括：

处理器和机器可读存储介质，所述机器可读存储介质上存储有若干计算机指令，所述处理器执行所述计算机指令时进行如下处理：

获取待处理数据对应的服务类型；

若不存在与所述服务类型对应的服务文件，则获取所述服务类型对应的参数信息，并根据所述参数信息生成与所述服务类型对应的服务文件；

根据所述服务文件对所述待处理数据进行处理。

Images