一种开发框架构建方法及开发框架

摘要

本发明提供一种开发框架构建方法及开发框架，该开发框架构建方法包括：基于Flask框架，生成待构建的开发框架；确定所述待构建的开发框架中的多个公共逻辑部分，并构建各个公共逻辑部分对应的公共逻辑插件；获取第一业务逻辑单元，并将所述待构建的开发框架中对应的公共逻辑插件与所述第一业务逻辑单元进行串接，得到目标开发框架，其中，所述第一业务逻辑单元是根据第一目标业务功能的业务代码构建得到的。本发明在进行RESTful API开发时，无需再对公共逻辑进行编码，提高了开发效率。

说明书

技术领域

本发明涉及计算机技术领域，尤其涉及一种开发框架构建方法及开发框架。

背景技术

在现有的Python技术栈开发过程中，每个应用通过RESTful API对外提供服务，当开发人员在开发单个RESTful API时，都需要对其进行代码编写。

在目前的开发框架中，例如，Flask开发框架，在进行实际项目开发时，编写RESTful API会存在大量的重复编写已有代码的情况，例如，两种业务需求都具有的业务功能，在分别编写时，相同业务功能需要重复编写，而这些业务功能或业务代码属于一些公共逻辑部分，当开发人员对这些公共逻辑进行编码时，将会导致开发效率较低，无法专注于业务逻辑开发。

因此，现在亟需一种开发框架构建方法及开发框架来解决上述问题。

发明内容

针对现有技术存在的问题，本发明提供一种开发框架构建方法及开发框架。

本发明提供一种开发框架构建方法，包括：

基于Flask框架，生成待构建的开发框架；

确定所述待构建的开发框架中的多个公共逻辑部分，并构建各个公共逻辑部分对应的公共逻辑插件；

获取第一业务逻辑单元，并将所述待构建的开发框架中对应的公共逻辑插件与所述第一业务逻辑单元进行串接，得到目标开发框架，其中，所述第一业务逻辑单元是根据第一目标业务功能的业务代码构建得到的。

根据本发明提供的一种开发框架构建方法，所述确定所述待构建的开发框架中的多个公共逻辑部分，包括：

基于RESTful API的业务请求类型，确定所述待构建的开发框架中的公共逻辑部分，其中，所述公共逻辑部分至少包括身份认证逻辑部分和输出格式化逻辑部分；

所述构建各个公共逻辑部分对应的公共逻辑插件，包括：

根据所述业务请求类型，获取多种身份认证方式，并根据所述多种身份认证方式和所述身份认证逻辑部分，构建身份认证公共逻辑插件；

基于预设数据输出格式，通过所述输出格式化逻辑部分，构建输出格式化公共逻辑插件。

根据本发明提供的一种开发框架构建方法，所述将所述待构建的开发框架中对应的公共逻辑插件与所述第一业务逻辑单元进行串接，得到目标开发框架，包括：

在所述身份认证公共逻辑插件和所述输出格式化公共逻辑插件之间设置业务逻辑接入区域；

将所述第一业务逻辑单元添加到所述业务逻辑接入区域，以将所述身份认证公共逻辑插件、所述第一业务逻辑单元和所述输出格式化公共逻辑插件依次串接，得到目标开发框架。

根据本发明提供的一种开发框架构建方法，在所述将所述第一业务逻辑单元添加到所述业务逻辑接入区域，以将所述身份认证公共逻辑插件、所述第一业务逻辑单元和所述输出格式化公共逻辑插件依次串接，得到目标开发框架之后，所述方法还包括：

基于预设业务开发需求，获取第二业务逻辑单元，所述第二业务逻辑单元是根据第二目标业务功能的业务代码构建得到的；

通过所述第二业务逻辑单元，对所述第一业务逻辑单元进行替换，得到新的目标开发框架。

根据本发明提供的一种开发框架构建方法，所述公共逻辑插件还包括数据Commit公共逻辑插件和授权管理公共逻辑插件，其中：

所述数据Commit公共逻辑插件的输入端连接所述第一业务逻辑单元的输出端，用于对所述第一业务逻辑单元的输出数据进行保存；

所述授权管理公共逻辑插件的输入端连接所述身份认证公共逻辑插件的输出端，所述授权管理公共逻辑插件的输出端连接所述第一业务逻辑单元的输入端，用于对身份认证的授权方式进行注册和更改。

根据本发明提供的一种开发框架构建方法，所述公共逻辑插件还包括错误信息处理公共逻辑插件和数据Rollback公共逻辑插件，其中：

所述错误信息处理公共逻辑插件，是通过预设错误信息获取途径和错误信息处理逻辑部分构建的，用于对各个公共逻辑插件输出的错误信息进行统计，并将统计信息发送到所述数据Rollback公共逻辑插件；

所述数据Rollback公共逻辑插件的输出端连接所述输出格式化公共逻辑插件的输入端，用于根据所述统计信息进行数据回滚处理。

本发明还提供一种基于上述任一项所述的开发框架构建方法的开发框架，包括公共逻辑模块和业务逻辑拼接模块，其中：

所述公共逻辑模块是由多个公共逻辑插件构成，每个公共逻辑插件是通过公共逻辑部分构建得到的，所述公共逻辑部分是由RESTful API的业务请求类型确定得到的；

所述业务逻辑拼接模块，用于将目标业务功能的业务逻辑单元与公共逻辑插件进行串接，得到所述目标业务功能对应的开发框架。

根据本发明提供的一种开发框架，所述公共逻辑插件至少包括身份认证公共逻辑插件和输出格式化公共逻辑插件，其中，所述身份认证公共逻辑插件、所述业务逻辑单元和所述输出格式化公共逻辑插件依次串接。

本发明还提供一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上述任一种所述开发框架构建方法。

本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上述任一种所述开发框架构建方法。

本发明提供的一种开发框架构建方法及开发框架，通过构建Flask框架中各个公共逻辑部分对应的公共逻辑插件，以串接的形式，将开发人员提供的业务代码设置在开发框架的相应区域，以使得业务代码与前期已构建好的公共逻辑插件连接，从而将公共逻辑处理整合到该开发框架中，使得开发人员在项目开发时，利用该开发框架进行RESTful API开发时，无需再对公共逻辑进行编码，提高了开发效率。

附图说明

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

图1为本发明提供的开发框架构建方法的流程示意图；

图2为本发明提供的目标开发框架的构建过程整体示意图；

图3为本发明提供的开发框架的结构示意图；

图4为本发明提供的电子设备的结构示意图。

具体实施方式

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

在现有的Flask开发框架中，开发人员在开发每个RESTful API时，都需要对其公共逻辑进行编码，不仅成本较高，并且会导致代码的可读性与可维护性较差，例如，当某应用修改输出格式时，则每个RESTful API都需要修改相关代码。为解决以上问题，本发明基于Flask开发框架，构建一个能够适应不同应用需求，且灵活的RESTful API开发框架。使用该开发框架进行RESTful API开发时，公共逻辑会由开发框架进行处理，而开发人员可以专注于编写业务逻辑；另外，考虑到不同应用可能对于公共逻辑的处理过程有所不同，该框架还可基于不同的业务请求类型，能够实现公共逻辑的可定制。

图1为本发明提供的开发框架构建方法的流程示意图，如图1所示，本发明提供了一种开发框架构建方法，包括：

步骤101，基于Flask框架，生成待构建的开发框架。

Flask框架是一种使用Python编写的轻量级Web应用框架，由于一些功能在Flask框架中是不支持的，例如，用户身份认证、数据库访问等，这些功能都是以扩展组件的方式进行实现，然后再与Flask框架集成，然而在每一次的开发过程中，都需要对上述功能进行重复性的代码编写，导致代码的可读性与可维护性较差。在本发明中，对Flask框架进行改进，将Flask框架中的公共逻辑部分，以模块化的插件进行构建，通过前期的设置，使得本发明中的开发框架仅需对业务逻辑进行替换，即可实现不同业务功能的开发。

步骤102，确定所述待构建的开发框架中的多个公共逻辑部分，并构建各个公共逻辑部分对应的公共逻辑插件。

在本发明中，在不同业务功能的RESTful API开发中，可根据RESTful API上传的业务请求，获取到相应的业务请求类型，确定当前待开发的业务功能需要用到哪些公共逻辑，需要说明的是，在本发明中，对于公共逻辑部分包括必选公共逻辑部分(以保证开发框架的正常运行)和可选公共逻辑部分(根据业务请求类型进行选取，如业务逻辑处理的数据需要用到数据Commit功能)。进一步地，针对开发框架中的各个公共逻辑部分，本发明在前期预先构建对应的公共逻辑插件，将这些插件以模块化的形式在开发框架中进行动态管理，当不同的业务功能开发时，可根据业务请求，将业务逻辑与对应的公共逻辑插件进行串接。

步骤103，获取第一业务逻辑单元，并将所述待构建的开发框架中对应的公共逻辑插件与所述第一业务逻辑单元进行串接，得到目标开发框架，其中，所述第一业务逻辑单元是根据第一目标业务功能的业务代码构建得到的。

在本发明中，客户端通过RESTful API，向开发框架提交HTTP请求。当开发框架获取到该请求后，首先将身份认证公共逻辑插件、第一业务逻辑单元和输出格式化公共逻辑插件依次串接，然后根据本次的业务请求的类型，确定身份认证公共逻辑插件中的身份验证模式(如语音验证、身份信息验证或指纹验证等)，以及本次开发需求还需要用的公共逻辑，如数据Commit，出错公共处理等，再将这些公共逻辑接入到开发框架的相应连接处，从而完成目标开发框架的创建。

本发明提供的开发框架构建方法，通过构建Flask框架中各个公共逻辑部分对应的公共逻辑插件，以串接的形式，将开发人员提供的业务代码设置在开发框架的相应区域，以使得业务代码与前期已构建好的公共逻辑插件连接，从而将公共逻辑处理整合到该开发框架中，使得开发人员在项目开发时，利用该开发框架进行RESTful API开发时，无需再对公共逻辑进行编码，提高了开发效率。

在上述实施例的基础上，所述确定所述待构建的开发框架中的多个公共逻辑部分，包括：

基于RESTful API的业务请求类型，确定所述待构建的开发框架中的公共逻辑部分，其中，所述公共逻辑部分至少包括身份认证逻辑部分和输出格式化逻辑部分；

所述构建各个公共逻辑部分对应的公共逻辑插件，包括：

根据所述业务请求类型，获取多种身份认证方式，并根据所述多种身份认证方式和所述身份认证逻辑部分，构建身份认证公共逻辑插件；

基于预设数据输出格式，通过所述输出格式化逻辑部分，构建输出格式化公共逻辑插件。

在本发明中，目标开发框架中涉及到多个公共逻辑，在构建目标开发框架时，基于待开发RESTful API的业务请求类型，存在必选公共逻辑部分保证开发框架的正常运行，和可选公共逻辑部分，如根据业务请求类型业务需要用到数据Commit功能。因此，在本发明中，针对开发框架中的各个公共逻辑部分，首先根据身份认证逻辑部分和输出格式化逻辑部分，分别创建身份认证公共逻辑插件和输出格式化公共逻辑插件。具体地，在本发明中，身份认证公共逻辑插件用于验证RESTful API请求中的身份验证信息是否合法，确定用户是否有权限调用该API，其中，身份认证身份认证公共逻辑插件支持多种认证协议，如LDAP和OpenID等；输出格式化公共逻辑插件为数据输出公共逻辑，用于通过RESTful AP返回结果的序列化，以及调用开发框架使用者注册的业务功能。

在上述实施例的基础上，所述将所述待构建的开发框架中对应的公共逻辑插件与所述第一业务逻辑单元进行串接，得到目标开发框架，包括：

在所述身份认证公共逻辑插件和所述输出格式化公共逻辑插件之间设置业务逻辑接入区域；

将所述第一业务逻辑单元添加到所述业务逻辑接入区域，以将所述身份认证公共逻辑插件、所述第一业务逻辑单元和所述输出格式化公共逻辑插件依次串接，得到目标开发框架。

在本发明中，基于目标开发框架，对RESTful API的生命周期进行管理，对于依赖该开发框架开发的RESTful API，其每个业务请求从进入应用到返回调用方，都是采用相同的流程，即在同一开发的RESTful API，采用相同公共逻辑插件，并将这些公共逻辑插件和业务逻辑进行正确串接。在本发明中，目标开发框架中设置了一个业务逻辑接入区域，可使得开发人员开将业务逻辑对应的业务代码(即第一业务逻辑单元)添加到目标开发框架中，进而将身份认证公共逻辑插件、第一业务逻辑单元和输出格式化公共逻辑插件依次串接。由于公共逻辑部分的身份验证和数据输出的代码是前期已完成，使得开发人员无需再次进行编写，提高了业务开发效率。

在上述实施例的基础上，在所述将所述第一业务逻辑单元添加到所述业务逻辑接入区域，以将所述身份认证公共逻辑插件、所述第一业务逻辑单元和所述输出格式化公共逻辑插件依次串接，得到目标开发框架之后，所述方法还包括：

基于预设业务开发需求，获取第二业务逻辑单元，所述第二业务逻辑单元是根据第二目标业务功能的业务代码构建得到的；

通过所述第二业务逻辑单元，对所述第一业务逻辑单元进行替换，得到新的目标开发框架。

在本发明中，目标开发框架中业务逻辑接入区域已添加的业务逻辑单元，可根据开发人员的开发需求和开发进度进行替换，实现一种业务逻辑的可拔插模式。具体地，在一实施例中，在当前RESTful API的开发完成后，若后续的开发过程依旧可用到前一次的公共逻辑部分，则只需要对开发框架中的业务逻辑替换为本次开发过程所需的业务代码即可，即使后续的开发过程中需要用的一些新的公共逻辑部分，也只需在开发框架中添加相应的公共逻辑插件。

在上述实施例的基础上，所述公共逻辑插件还包括数据Commit公共逻辑插件和授权管理公共逻辑插件，其中：

所述数据Commit公共逻辑插件的输入端连接所述第一业务逻辑单元的输出端，用于对所述第一业务逻辑单元的输出数据进行保存；

所述授权管理公共逻辑插件的输入端连接所述身份认证公共逻辑插件的输出端，所述授权管理公共逻辑插件的输出端连接所述第一业务逻辑单元的输入端，用于对身份认证的授权方式进行注册和更改。

对于每个应用来说，输入的公共处理部分可实现在身份认证之后，调用开发框架使用者注册的功能，除此之外，还能对HTTP请求数据进行预处理，以及将身份认证方式进行注册和修改(如添加语音认证方式)。在本发明中，可基于不同的业务请求类型，可自定义公共逻辑处理所对应的公共逻辑插件，以提供缺省的公共逻辑插件供框架使用者选择。具体地，将输入公共处理的逻辑部分，构建为授权管理公共逻辑插件，当开发过程中需要运用该插件的功能时，可将授权管理公共逻辑插件的输入端接入到身份认证公共逻辑插件的输出端，授权管理公共逻辑插件的输出端连接业务逻辑单元的输入端。

进一步地，当业务开发过程中需要对数据进行数据Commit处理时，可通过构建数据Commit公共逻辑插件实现该功能，在构建目标开发框架时，需将数据Commit公共逻辑插件的输入端与业务逻辑单元的输出端连接，数据Commit公共逻辑插件的输出端与输出格式化公共逻辑插件的输入端连接，并且数据Commit公共逻辑插件支持不同类型的数据库。由于将授权管理和数据Commit处理这两种公共逻辑构建为了公共逻辑插件，使得开发人员在构建开发框架时，可根据业务请求类型直接将这两种公共逻辑插件添加到框架中，无需再对这两类公共逻辑进行重复性开发。需要说明的是，在本发明中，若根据当前的业务请求类型，确定未使用到上述的公共逻辑插件，则只需保证框架中的身份认证公共逻辑插件、业务逻辑单元和输出格式化公共逻辑插件之间正确串接起来，使得构建得到目标开发框架在使用时，直接跳过了授权管理和数据Commit处理等公共逻辑处理。

在上述实施例的基础上，所述公共逻辑插件还包括错误信息处理公共逻辑插件和数据Rollback公共逻辑插件，其中：

所述错误信息处理公共逻辑插件，是通过预设错误信息获取途径和错误信息处理逻辑部分构建的，用于对各个公共逻辑插件输出的错误信息进行统计，并将统计信息发送到所述数据Rollback公共逻辑插件；

所述数据Rollback公共逻辑插件的输出端连接所述输出格式化公共逻辑插件的输入端，用于根据所述统计信息进行数据回滚处理。

在RESTful API的生命周期过程中，对于每一个公共逻辑部分若存在出错，则可对这些出错信息进行汇总并加工为相应的错误反馈信息。在本发明中，在每一种RESTful API的开发过程中，均可通过一个出错公共处理部分实行上述功能，因此可将此功能对应的错误信息处理逻辑部分也构建为公共逻辑插件(即错误信息处理公共逻辑插件)，而在连接其他公共逻辑插件时，需要根据当前所使用的插件进行依次连接(即基于预设错误信息获取途径，确定哪些插件需要进行错误信息汇总)，图2为本发明提供的目标开发框架的构建过程整体示意图，可参考图2所示，出错公共处理部分为错误信息处理公共逻辑插件，该插件的输入端，与各个公共逻辑插件，如身份认证公共逻辑插件(身份认证)、数据Commit公共逻辑插件(数据Commit)和授权管理公共逻辑插件(输入公共处理)，以及业务逻辑单元(业务逻辑)的输出端连接，错误信息处理公共逻辑插件的输出端与数据Rollback公共逻辑插件的输入端连接。而数据Rollback公共逻辑插件通过前期构建实现数据回滚的功能，可基于错误信息处理公共逻辑插件，实现对应业务数据的Rollback。需要说明的是在，在本发明中，可参考图2所示，HTTP请求输入和HTTP请求输出的功能为Flask框架提供；业务逻辑为开发人员在目标开发框架中添加的业务代码；身份认证、数据Commit、输入公共处理、输出公共处理、数据Rollback和出错公共处理为本发明提供的公共逻辑插件。

图3为本发明提供的开发框架的结构示意图，如图3所示，本发明提供了一种基于上述各实施例所述的开发框架构建方法的开发框架，包括公共逻辑模块301和业务逻辑拼接模块302，其中：

所述公共逻辑模块301是由多个公共逻辑插件构成，每个公共逻辑插件是通过公共逻辑部分构建得到的，所述公共逻辑部分是由RESTful API的业务请求类型确定得到的；

所述业务逻辑拼接模块302，用于将目标业务功能的业务逻辑单元与公共逻辑插件进行串接，得到所述目标业务功能对应的开发框架。

在本发明中，对Flask框架进行改进，通过公共逻辑模块301将Flask框架中的公共逻辑部分，以模块化的插件进行构建，基于前期的设置，使得本发明中的开发框架仅需对业务逻辑进行替换，即可实现不同业务功能的开发。

进一步地，在不同业务功能的RESTful API开发中，公共逻辑模块301可根据RESTful API上传的业务请求，获取到相应的业务请求类型，确定当前待开发的业务功能需要用到哪些公共逻辑，需要说明的是，在本发明中，对于公共逻辑部分包括必选公共逻辑部分(以保证开发框架的正常运行)和可选公共逻辑部分(根据业务请求类型进行选取，如业务逻辑处理的数据需要用到数据Commit功能)。进一步地，公共逻辑模块301针对开发框架中的各个公共逻辑部分，在前期预先构建对应的公共逻辑插件，以使得这些插件以模块化的形式在开发框架中进行动态管理，当不同的业务功能开发时，可根据业务请求，将业务逻辑与对应的公共逻辑插件进行串接。

进一步地，当客户端通过RESTful API，向开发框架提交HTTP请求时。开发框架获取到该请求，业务逻辑拼接模块302将身份认证公共逻辑插件、第一业务逻辑单元和输出格式化公共逻辑插件依次串接，然后根据本次的业务请求的类型，确定身份认证公共逻辑插件中的身份验证模式(如语音验证、身份信息验证或指纹验证等)，以及本次开发需求还需要用的公共逻辑，如数据Commit，出错公共处理等，再将这些公共逻辑接入到开发框架的相应连接处，从而完成目标开发框架的创建，得到目标开发框架。

本发明提供的开发框架，通过构建Flask框架中各个公共逻辑部分对应的公共逻辑插件，以串接的形式，将开发人员提供的业务代码设置在开发框架的相应区域，以使得业务代码与前期已构建好的公共逻辑插件连接，从而将公共逻辑处理整合到该开发框架中，使得开发人员在项目开发时，利用该开发框架进行RESTful API开发时，无需再对公共逻辑进行编码，提高了开发效率。

在上述实施例的基础上，所述公共逻辑插件至少包括身份认证公共逻辑插件和输出格式化公共逻辑插件，其中，所述身份认证公共逻辑插件、所述业务逻辑单元和所述输出格式化公共逻辑插件依次串接。

在本发明中，目标开发框架中设置了一个业务逻辑接入区域，可使得开发人员开将业务逻辑对应的业务代码添加到目标开发框架中，进而将身份认证公共逻辑插件、业务逻辑单元和输出格式化公共逻辑插件依次串接。由于公共逻辑部分的身份验证和数据输出的代码是前期已完成，使得开发人员无需再次进行编写，提高了业务开发效率。

图4为本发明提供的电子设备的结构示意图，如图4所示，该电子设备可以包括：处理器(Processor)401、通信接口(Communications Interface)402、存储器(Memory)403和通信总线404，其中，处理器401，通信接口402，存储器403通过通信总线404完成相互间的通信。处理器401可以调用存储器403中的逻辑指令，以执行开发框架构建方法，该方法包括：基于Flask框架，生成待构建的开发框架；确定所述待构建的开发框架中的多个公共逻辑部分，并构建各个公共逻辑部分对应的公共逻辑插件；获取第一业务逻辑单元，并将所述待构建的开发框架中对应的公共逻辑插件与所述第一业务逻辑单元进行串接，得到目标开发框架，其中，所述第一业务逻辑单元是根据第一目标业务功能的业务代码构建得到的。

此外，上述的存储器403中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本发明还提供一种计算机程序产品，所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，计算机能够执行上述各方法所提供的开发框架构建方法，该方法包括：基于Flask框架，生成待构建的开发框架；确定所述待构建的开发框架中的多个公共逻辑部分，并构建各个公共逻辑部分对应的公共逻辑插件；获取第一业务逻辑单元，并将所述待构建的开发框架中对应的公共逻辑插件与所述第一业务逻辑单元进行串接，得到目标开发框架，其中，所述第一业务逻辑单元是根据第一目标业务功能的业务代码构建得到的。

又一方面，本发明还提供一种非暂态计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现以执行上述各实施例提供的开发框架构建方法，该方法包括：基于Flask框架，生成待构建的开发框架；确定所述待构建的开发框架中的多个公共逻辑部分，并构建各个公共逻辑部分对应的公共逻辑插件；获取第一业务逻辑单元，并将所述待构建的开发框架中对应的公共逻辑插件与所述第一业务逻辑单元进行串接，得到目标开发框架，其中，所述第一业务逻辑单元是根据第一目标业务功能的业务代码构建得到的。

以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

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

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。