项目开发配置的方法、装置、电子设备和可读存储介质

技术领域

本申请涉及计算机技术领域，具体而言，涉及项目开发配置的方法、装置、电子设备和可读存储介质。

背景技术

随着移动操作系统(iOS)项目开发的推进，新的业务需求的不断引入，通常需要大量开发人员协同对项目中的各分支进行迭代开发。

目前，开发人员通常通过第三类库管理工具(CocoaPods)和开源的分布式版本控制系统(Git)进行开发。在进行开发前，开发人员通常会从远端服务器拉取项目的远端分支，并采用人工的方式，基于远端的项目配置文件，对本地的配置文件进行更新，以及根据更新后的配置文件配置，对本地资源进行加载，从而完成开发前的配置工作。

但是，在进行项目开发配置时，通常需要采用不同的管理工具，进行项目的远端分支的拉取，同步以及更新本地分支的配置文件，显然，这降低了开发配置效率，提高了本地分支配置文件同步的错误率，进一步降低了开发配置效率。

由此，在进行项目开发配置时，如何提升项目开发配置效率，是一个需要解决的问题。

发明内容

本申请实施例的目的在于提供项目开发配置的方法、装置、电子设备和可读存储介质，用以在进行项目开发配置时，提升项目开发配置效率。

第一方面，本申请实施例提供一种项目开发配置的方法，方法包括：

从远端服务器拉取待开发项目中的目标远端分支代码，其中，待开发项目中包含至少一个远端分支代码。

根据目标远端分支代码，对待同步的本地分支代码进行更新，获得更新后的本地分支代码。

从远端服务器获取待开发项目的项目配置文件，其中，项目配置文件包括待开发项目所有远端分支代码的配置文件。

获取更新后的本地分支代码的本地配置文件。

根据项目配置文件，对本地配置文件进行更新，获得更新后的本地配置文件。

在上述实现过程中，通过从远端服务器拉取目标远端分支代码，并对本地分支代码进行更新，从而实现了本地分支代码与对应的远端最新的分支代码同步，进一步，根据项目配置文件，对本地配置文件进行更新，从而实现了项目开发前的自动配置，不需要用户在开发配置中切换不同的管理工具，也不需要用户手动对配置文件进行同步和更新，降低开发配置的出错率，进一步提高了项目开发配置的效率以及准确率。

结合第一方面，在一种实施方式中，在根据目标远端分支代码，对待同步的本地分支代码进行更新，获得更新后的本地分支代码之前，方法还包括：

若本地分支代码中存在待提交至远端服务器的分支代码修改信息，则向用户展示用于提示是否放弃分支代码修改提交的提醒信息，其中，分支代码修改信息用于对本地分支代码进行修改；

若接收到用于指示放弃分支代码修改提交的用户指令，则删除分支代码修改信息。

在上述实现过程中，在对本地分支代码进行更新之前，检测本地分支代码中是否有未同步到远端的代码，并向用户展示检测结果，进一步根据用户的指示将未同步到远端的代码进行删除，从而能够有效地减少本地分支代码更新的误操作。

结合第一方面，在一种实施方式中，根据项目配置文件，对本地配置文件进行更新，获得更新后的本地配置文件，包括：

对项目配置文件进行解析，分别获得待开发项目中每一远端分支代码依赖的远端分支组件集合，其中，每一远端分支代码依赖的远端分支组件集合中包含各远端组件的远端组件版本标识。

对本地配置文件进行解析，获得本地分支代码依赖的本地分支组件集合，其中，本地分支组件集合中包含各本地组件的本地组件版本标识。

分别针对本地分支组件集合中的每一本地组件，执行以下步骤：

在各远端分支组件集合中的各远端组件中，确定一个本地组件的匹配远端组件。

根据匹配远端组件的远端组件版本标识，对一个本地组件的本地组件版本标识进行更新。

根据各本地组件，以及更新后的各本地组件版本标识，获得更新后的本地配置文件。

在上述实现过程中，通过本地分支配置文件的依赖组件，与项目配置文件的依赖组件进行匹配，匹配出相同的依赖组件，进一步，将本地分支配置文件的相同依赖组件的版本标识进行更新，从而实现了本地配置文件的更新。

结合第一方面，在一种实施方式中，在获得更新后的本地配置文件之后，方法还包括：

根据更新后的本地配置文件，更新本地分支的配置资源目录，获得更新后的配置资源目录；

将更新后的配置资源目录中的资源，加载至本地分支的资源库中。

在上述实现过程中，通过更新后的本地配置文件，对本地分支的配置资源目录进行更新，并将更新后的配置资源目录中的资源，加载至本地分支的资源库中，从而实现了本地分支资源库的更新。

第二方面，本申请实施例提供了一种项目开发配置的装置，装置包括：

拉取模块，用于从远端服务器拉取待开发项目中的目标远端分支代码，其中，待开发项目中包含至少一个远端分支代码。

更新模块，用于根据目标远端分支代码，对待同步的本地分支代码进行更新，获得更新后的本地分支代码。

获取模块，用于从远端服务器获取待开发项目的项目配置文件，其中，项目配置文件包括待开发项目所有远端分支代码的配置文件。

获取模块还用于，获取更新后的本地分支代码的本地配置文件。

更新模块还用于，根据项目配置文件，对本地配置文件进行更新，获得更新后的本地配置文件。

结合第二方面，在一种实施方式中，更新模块在用于根据目标远端分支代码，对待同步的本地分支代码进行更新，获得更新后的本地分支代码之前，还用于：

若本地分支代码中存在待提交至远端服务器的分支代码修改信息，则向用户展示用于提示是否放弃分支代码修改提交的提醒信息，其中，分支代码修改信息用于对本地分支代码进行修改。

若接收到用于指示放弃分支代码修改提交的用户指令，则删除分支代码修改信息。

结合第二方面，在一种实施方式中，更新模块具体用于：

对项目配置文件进行解析，分别获得待开发项目中每一远端分支代码依赖的远端分支组件集合，其中，每一远端分支代码依赖的远端分支组件集合中包含各远端组件的远端组件版本标识。

对本地配置文件进行解析，获得本地分支代码依赖的本地分支组件集合，其中，本地分支组件集合中包含各本地组件的本地组件版本标识。

分别针对本地分支组件集合中的每一本地组件，执行以下步骤：

在各远端分支组件集合中的各远端组件中，确定一个本地组件的匹配远端组件。

根据匹配远端组件的远端组件版本标识，对一个本地组件的本地组件版本标识进行更新。

根据各本地组件，以及更新后的各本地组件版本标识，获得更新后的本地配置文件。

结合第二方面，在一种实施方式中，更新模块在用于根据项目配置文件，对本地配置文件进行更新，获得更新后的本地配置文件之后，还用于：

根据更新后的本地配置文件，更新本地分支的配置资源目录，获得更新后的配置资源目录。

将更新后的配置资源目录中的资源，加载至本地分支的资源库中。

第三方面，本申请实施例提供了一种电子设备，包括：

处理器、存储器和总线，处理器通过总线与存储器相连，存储器存储有计算机可读取指令，当计算机可读取指令由处理器执行时，用于实现如上述第一方面的任一实施方式提供的方法中的步骤。

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

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种项目开发配置的方法流程图；

图2为本申请实施例提供的配置界面操作示意图；

图3为本申请实施例提供的一种项目开发配置的装置结构框图；

图4为本申请实施例提供的一种电子设备的结构示意图。

具体实施方式

下面将结合本申请实施例中附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请的实施例，本领域技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

首先对本申请实施例中涉及的部分用语进行说明，以便于本领域技术人员理解。

终端设备：可以是移动终端、固定终端或便携式终端，例如移动手机、站点、单元、设备、多媒体计算机、多媒体平板、互联网节点、通信器、台式计算机、膝上型计算机、笔记本计算机、上网本计算机、平板计算机、个人通信系统设备、个人导航设备、个人数字助理、音频/视频播放器、数码相机/摄像机、定位设备、电视接收器、无线电广播接收器、电子书设备、游戏设备或者其任意组合，包括这些设备的配件和外设或者其任意组合。还可预见到的是，终端设备能够支持任意类型的针对用户的接口(例如可穿戴设备)等。

服务器：可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务以及大数据和人工智能平台等基础云计算服务的云服务器。

开发人员通过CocoaPods和Git进行开发时，通常会在各自的模块内拉取远程分支，手动同步待开发项目的依赖版本，接着再执行配置文件的更新以及安装，从而完成开发前的配置工作。

但是，上述的开发配置的步骤是分开进行的，每一步都需要切换不同的管理工具，影响开发配置效率，且手动同步项目主工程的配置文件容易出错，则会造成反复修改，从而导致开发前的配置效率低。

因此，本申请提供了提供项目开发配置的方法、装置、电子设备和可读存储介质，用以在进行项目开发配置时，提升项目开发配置效率。

本申请实施例中，该方法的执行主体可以为电子设备，可选的，电子设备可以是服务器，也可以是终端设备，但本申请不限于此。

本申请实施例基于CocoaPods和Git进行开发，在开发时，开发人员在配置界面上输入相应的配置信息，电子设备根据配置信息执行以下方法。

请参照图1，图1为本申请实施例提供的一种项目开发配置的方法流程图，图1所示的方法具体实施流程如下：

步骤101：从远端服务器拉取待开发项目中的目标远端分支代码。

具体的，根据用户在配置页面的输入，从远端服务器拉取待开发项目中的目标远端分支代码，其中，待开发项目中包含至少一个远端分支代码。

作为一种实施例，待开发项目中包含多个远端分支代码，当用户对一个远端分支代码新增一个业务需求时，用户在终端的配置页面输入业务需求对应的配置信息，则电子设备获取到用户输入的配置信息，并根据配置信息从远端服务器拉取待开发项目中的目标远端分支代码。

需要说明的是，配置信息包括待开发项目名称、业务需求对应的分支名称、本地的配置文件路径、待开发项目的远端分支，以及其他操作选项。用户为开发人员或其他工作人员，在此不做限制。

如图2所示，图2为本申请实施例提供的配置界面操作示意图，用户在终端的配置界面上可以执行以下操作：

(1)选择待开发项目名称，例如，项目名称为 iOS-Module/WYSearch(tag:1.8.1)。

(2)填写业务需求对应的分支名称，例如，用户填写的分支名称为 Test/dev，其中，该分支名称的创建来源为主干线(Master)。

(3)选择本地的配置文件路径，例如，用户选中配置界面中的“检出本地分支同步配置文件”选项，即选中的本地的配置文件路径为“/User/weiyi/Documents/Code/WYSearch/Example”。

(4)选择待开发项目的远端分支，例如，用户在配置界面中选中“用户版”中的“Project/dev”，即选中的待开发项目的远端分支为“Project/dev”。

(5)其他操作选项，例如，用户选中“更新”与“安装”，并点击“一键拉取”。

进一步，根据用户在配置界面输入的分支名称，从远端服务器拉取待开发项目中的目标远端分支代码为Test/dev下的代码，并将拉取的目标远端分支代码暂存到本地。

需要说明的是，待开发项目可以是一个应用程序(APP，application)，例如，微博、微信或者淘宝等，目标远端分支可以应用程序中的一个模块，例如，微博下的个人中心，首页或消息等，在此不做限制。

步骤102：根据目标远端分支代码，对待同步的本地分支代码进行更新，获得更新后的本地分支代码。

具体的，在本地分支代码开发、测试以及运行过程中，开发人员可能对本地分支代码进行了修改，并产生了修改信息，因此，在对本地分支代码进行更新之前，还需检测本地分支代码中是否有未同步到远端的修改信息，即在执行步骤102之前，还需要检测本地分支代码中是否有未同步到远端的修改信息，具体的检测过程可以采用以下步骤：

S1021：若本地分支代码中存在待提交至远端服务器的分支代码修改信息，则向用户展示用于提示是否放弃分支代码修改提交的提醒信息。

其中，分支代码修改信息用于对本地分支代码进行修改。

具体的，判断本地分支代码中是否存在待提交至远端服务器的分支代码修改信息。

若是，则向用户展示用于提示是否放弃分支代码修改提交的提醒信息，否则，执行步骤102。

需要说明的是，修改信息可以是用户对原有本地分支代码进行修改的代码，也可以是在原有本地分支代码上新增的代码，在此不做限制。

作为一种实施例，电子设备检测本地的暂存区和工作区的本地分支代码中，是否存在待提交至远端服务器的分支代码修改信息。

若本地分支代码中存在待提交至远端服务器的分支代码修改信息，则电子设备向用户展示是否放弃分支代码修改提交的提醒信息。

S1023：删除分支代码修改信息。

具体的，若接收到用于指示放弃分支代码修改提交的用户指令，则删除分支代码修改信息。

作为一种实施例，用户根据展示的提醒信息，选择是否放弃分支代码修改信息提交到远端服务器。

若是，即用户选择放弃将分支代码修改信息提交到远端服务器，则电子设备接收到用于表示放弃分支代码修改提交的用户指令，进一步地，电子设备将从本地分支代码中删除分支代码修改信息。

若否，即用户选择将分支代码修改信息提交到远端服务器，则电子设备接收收到表示不放弃分支代码修改提交的用户指令，进一步地，电子设备将分支代码修改信息同步提交到远端服务器，并将该修改信息存入本地的目标远端分支代码中。

例如，检测本地的暂存区和工作区的本地分支代码中，是否存在待提交至远端服务器的分支代码修改信息。

若存在，则以弹框的形式向用户展示是否放弃分支代码修改提交的提醒信息。

若用户选择放弃，则执行git reset—hard指令，即删除修改信息指令，将从本地分支代码中删除分支代码修改信息。

若用户选择不放弃，则将分支代码修改信息同步提交到远端服务器，并将该修改信息存入本地的目标远端分支代码中。

需要说明的是，本申请仅以弹框的形式向用户展示提醒信息为例进行说明，在实际应用过程中，也可以采用语音的形式，也可以采用文字消息的形式，在此不做限制。

在上述实现过程中，对本地分支代码进行更新之前，先检测本地分支代码是否存在未提交到远端服务器的修改信息，并向用户展示检测结果，进一步根据用户的指令操作是否将修改信息提交到远端服务器，从而能够减少在对本地分支代码进行更新时的误操作，提高了本地分支代码更新的准确性和完整性。

进一步地，执行步骤102，根据拉取的目标远端分支代码，对待同步的本地分支代码进行更新，获得更新后的本地分支代码。

具体的，将目标远端分支代码与待同步的本地分支代码进行对比，获得两者不同部分的代码，将不同部分的代码在本地分支代码中的内容替换为目标远端分支代码中对应的内容，以及，将在目标远端分支代码中存在，而在本地分支代码中不存在的内容，添加到本地分支代码中，获得更新后的本地分支代码。

或者，将本地分支代码全部替换为目标远端分支代码，从而获得更新后的本地分支代码。

步骤103：从远端服务器获取待开发项目的项目配置文件。

其中，项目配置文件包括待开发项目所有远端分支代码的配置文件。

具体的，调用通信接口，从远端服务器中获取用户在配置界面的输入的待开发项目的远端分支对应的项目配置文件。

作为一种实施例，调用GitLab的接口，从远端服务器中获取待开发项目所有远端分支的配置文件，其中，GitLab为基于git开发的管理代码的软件。

需要说明的是，本申请仅以通信接口为GitLab的接口为例进行说明，在实际应用中，也可以是Github的接口，在此不做限制。

步骤104：获取更新后的本地分支代码的本地配置文件。

具体的，根据用户在配置界面输入的本地的配置文件路径，从本地获取更新后的本地分支代码的本地配置文件。

作为一种实施例，在路径 /User/weiyi/Documents/Code/WYSearch/Example下，获取更新后的本地分支代码的本地配置文件。

步骤105：根据项目配置文件，对本地配置文件进行更新，获得更新后的本地配置文件。

具体的，在执行步骤105时，可以采用以下步骤：

S105a：对项目配置文件进行解析，分别获得待开发项目中每一远端分支代码依赖的远端分支组件集合，其中，每一远端分支代码依赖的远端分支组件集合中包含各远端组件的远端组件版本标识。

具体的，对获取的待开发项目所有远端分支代码的配置文件进行解析，获得待开发项目中每一远端分支代码依赖的远端分支组件集合。

S105b：对本地配置文件进行解析，获得本地分支代码依赖的本地分支组件集合。

其中，本地分支组件集合中包含各本地组件的本地组件版本标识。

S105c：分别针对本地分支组件集合中的每一本地组件，执行以下步骤：

S105c1：在各远端分支组件集合中的各远端组件中，确定一个本地组件的匹配远端组件。

具体的，在所有远端分支组件集合中的所有远端组件中，确定与一个本地组件匹配的匹配远端组件。

S105c2：根据匹配远端组件的远端组件版本标识，对一个本地组件的本地组件版本标识进行更新。

具体的，若匹配远端组件的远端组件版本标识与一个本地组件的本地组件版本标识不同，则将一个本地组件的本地组件版本标识替换为匹配远端组件的远端组件版本标识。

对本地分支组件集合中的每一本地组件执行步骤S105c1-S105c2后，获得更新后的各本地组件版本标识。

S105d：根据各本地组件，以及更新后的各本地组件版本标识，获得更新后的本地配置文件。

其中，更新后的本地配置文件所有依赖的组件为当前最新的版本。

并将更新后的本地配置文件存入对应的路径中。

作为一种实施例，对项目配置文件进行解析，获得待开发项目的所有依赖的关键词(key)，以及每一依赖指向的分支或标签(tag)。

对本地配置文件进行解析，获得本地依赖的key，以及本地每一依赖指向的分支或tag。

通过key，将本地依赖与待开发项目的所有依赖进行匹配，若匹配出相同的key，但对应的tag不同，则将该依赖在本地的tag替换为该依赖在待开发项目中对应的tag，从而获得更新后的本地配置文件。

进一步，将更新后的本地配置文件存入路径“/User/weiyi/Documents/Code/WYSearch/Example”中。

在上述实现过程中，通过本地分支配置文件的依赖组件，与项目配置文件的依赖组件进行匹配，匹配出相同的依赖组件，进一步，将本地分支配置文件的相同依赖组件的组件版本标识进行更新，从而实现了本地配置文件的更新。

进一步地，在步骤105之后，还可以包括以下步骤：

步骤1051：根据更新后的本地配置文件，更新本地分支的配置资源目录，获得更新后的配置资源目录。

具体的，获得更新后的本地配置文件之后，根据获得的更新后的本地配置文件，对本地分支的配置资源目录进行更新，获得更新后的配置资源目录。

作为一种实施例，通过执行pod repo update指令，更新本地分支的配置资源目录，获得更新后的配置资源目录。

步骤1052：将更新后的配置资源目录中的资源，加载至本地分支的资源库中。

作为一种实施例，通过执行pod install指令，将更新后的配置资源目录中的资源，加载至更新后的本地分支资源库中。

在上述实现过程中，通过更新后的本地配置文件，对本地分支的配置资源目录进行更新，并将更新后的配置资源目录中的资源，加载至本地分支资源库中，从而实现了本地分支资源库的更新。

在上述实现过程中，通过从远端服务器拉取目标远端分支代码，并对本地分支代码进行更新，从而实现了本地分支代码与对应的远端最新的分支代码同步，进一步，根据项目配置文件，对本地配置文件进行更新，从而实现了项目开发前的自动配置，不需要用户在开发配置中切换不同的管理工具，也不需要用户手动对配置文件进行同步和更新，降低开发配置的出错率，进一步提高了项目开发配置的效率以及准确率。

请参照图3，图3为本申请实施例提供的一种项目开发配置的装置结构框图，该装置300包括：

拉取模块301，用于从远端服务器拉取待开发项目中的目标远端分支代码，其中，待开发项目中包含至少一个远端分支代码。

更新模块302，用于根据目标远端分支代码，对待同步的本地分支代码进行更新，获得更新后的本地分支代码。

获取模块303，用于从远端服务器获取待开发项目的项目配置文件，其中，项目配置文件包括待开发项目所有远端分支代码的配置文件。

获取模块303还用于，获取更新后的本地分支代码的本地配置文件。

更新模块302还用于，根据项目配置文件，对本地配置文件进行更新，获得更新后的本地配置文件。

在一种实施方式中，更新模块302在用于根据目标远端分支代码，对待同步的本地分支代码进行更新，获得更新后的本地分支代码之前，还用于：

若本地分支代码中存在待提交至远端服务器的分支代码修改信息，则向用户展示用于提示是否放弃分支代码修改提交的提醒信息，其中，分支代码修改信息用于对本地分支代码进行修改。

若接收到用于指示放弃分支代码修改提交的用户指令，则删除分支代码修改信息。

在一种实施方式中，更新模块302具体用于：

对项目配置文件进行解析，分别获得待开发项目中每一远端分支代码依赖的远端分支组件集合，其中，每一远端分支代码依赖的远端分支组件集合中包含各远端组件的远端组件版本标识。

对本地配置文件进行解析，获得本地分支代码依赖的本地分支组件集合，其中，本地分支组件集合中包含各本地组件的本地组件版本标识。

分别针对本地分支组件集合中的每一本地组件，执行以下步骤：

在各远端分支组件集合中的各远端组件中，确定一个本地组件的匹配远端组件。

根据匹配远端组件的远端组件版本标识，对一个本地组件的本地组件版本标识进行更新。

根据各本地组件，以及更新后的各本地组件版本标识，获得更新后的本地配置文件。

在一种实施方式中，更新模块302在用于根据项目配置文件，对本地配置文件进行更新，获得更新后的本地配置文件之后，还用于：

根据更新后的本地配置文件，更新本地分支的配置资源目录，获得更新后的配置资源目录。

将更新后的配置资源目录中的资源，加载至本地分支的资源库中。

需要说明的是，图3所示的装置300，能够实现图1方法实施例中方法的各个过程。装置300中的各个单元的操作和/或功能，分别为了实现图1 中的方法实施例中的相应流程。具体可参见上述方法实施例中的描述，为避免重复，此处适当省略详细描述。

请参照图4，图4为本申请实施例提供的一种电子设备的结构示意图，图4所示的电子设备400可以包括：至少一个处理器410，例如CPU，至少一个通信接口420，至少一个存储器430和至少一个通信总线440。其中，通信总线440用于实现这些组件直接的连接通信。其中，本申请实施例中设备的通信接口420用于与其他节点设备进行信令或数据的通信。存储器 430可以是高速RAM存储器，也可以是非不稳定的存储器(non-volatile memory)，例如至少一个磁盘存储器。存储器430可选的还可以是至少一个位于远离前述处理器的存储装置。存储器430中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器410执行时，电子设备执行上述图1所示方法过程。

本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器执行时实现图1所示的方法过程。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统和方法，也可以通过其它的方式实现。以上所描述的系统实施例仅仅是示意性的，例如，所述系统装置的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，又例如，多个装置或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

另外，作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

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