一种代码的管理方法和装置

本发明涉及计算机技术领域，尤其涉及一种代码的管理方法和装置。

随着产品需求的日益增加，互联网企业的客户端版本的发布质量，发布频率和发布效率以及版本管理，数据分析，以及能否有效支撑产品和技术的快速迭代显得尤为重要。当前企业版本管理多依赖于代码管理，通过代码拉分支，打标签进行管理，版本相关的信息零散的存储在代码提交信息中，而代码相关的信息又是存储在代码服务器上，需要不同的链接，不同的权限方可查阅。

在实现本发明过程中，发明人发现现有技术中至少存在如下问题：通常情况下，版本经理通过Excel表格记录并存储客户端代码版本相关信息，信息不够完整，历史版本不可追溯，无法沉淀成组织过程资产。Excel表格又存储在不同的服务器中，相关数据无法集中管理，更新不及时，无法保证数据的准确性和完整性。割裂的系统，非自动化的工作流程，大量的重复的手工操作，浪费严重，极易因为人为因素导致失误的发生。

因此，亟需一种能够自动化的实现代码信息集中管理、代码测试管理和代码集成的代码的管理方法和装置。

有鉴于此，本发明实施例提供一种代码版本的管理方法和装置，能够自动化的实现代码信息集中管理、代码测试管理和代码集成。

为实现上述目的，根据本发明实施例的一个方面，提供了一种代码的管理方法，包括：

获取用户的代码集成申请信息；

根据所述代码集成申请信息确定代码的测试流程，所述测试流程包括至少一个测试节点，向每个所述测试节点发送测试通知；

获取每个所述测试节点的测试结果，并根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过；

当所述代码的测试状态为通过时，申请为该用户提供代码集成权限。

可选的，代码的管理方法还包括：

在获取用户的代码集成申请信息后，根据该代码集成申请信息生成该代码集成申请的管理记录，所述代码集成申请的管理记录包括：所述代码的状态；

在所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过后，更新所述管理记录中的所述代码的状态为测试通过或未通过；

在所述申请为该用户提供代码集成权限后，确定是否授权成功，并更新所述管理记录中的所述代码的状态为授权成功或授权失败；

在所述授权成功后，确定代码是否已集成，并更新所述管理记录中的所述代码的状态为已集成或未集成。

可选的，所述申请为该用户提供代码集成权限包括：

创建为该用户提供代码集成权限的申请任务；

将该申请任务加入预配置的任务队列池；

从任务队列池中获取申请任务并执行，以调用代码版本管理系统的代码集成授权接口，为该用户提供代码集成权限。

可选的，所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过包括：

当所有所述测试节点的测试结果都为通过时，确定所述代码的测试状态为通过，否则确定所述代码的测试状态为未通过。

可选的，所述代码集成申请的管理记录还包括：该管理记录的ID、所述代码的属性信息和修改信息，所述修改信息初始为空；

代码的管理方法还包括：

在所述根据每个所述测试节点的测试结果确定所述代码的测试状态为测试通过后，若检测到所述代码的属性信息变更和/或所述修改信息不为空，则更新至少一个所述测试节点的测试结果为不通过；

然后执行所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过的步骤。

可选的，代码的管理方法还包括：

在所述根据每个所述测试节点的测试结果确定所述代码的测试状态为测试通过后，若检测到任一测试节点的测试结果变更，则更新至少一个所述测试节点的测试结果为不通过；

然后执行所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过的步骤。

为实现上述目的，根据本发明实施例的另一个方面，还提供了一种代码的管理装置，包括：

获取模块，用于获取用户的代码集成申请信息；

确定模块，用于根据所述代码集成申请信息确定代码的测试流程，所述测试流程包括至少一个测试节点，向每个所述测试节点发送测试通知；

验证模块，用于获取每个所述测试节点的测试结果，并根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过；

授权模块，用于当所述代码的测试状态为通过时，申请为该用户提供代码集成权限。

可选的，代码的管理装置还包括：管理记录模块，用于在获取用户的代码集成申请信息后，根据该代码集成申请信息生成该代码集成申请的管理记录，所述代码集成申请的管理记录包括：所述代码的状态；

在所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过后，更新所述管理记录中的所述代码的状态为测试通过或未通过；

在所述申请为该用户提供代码集成权限后，确定是否授权成功，并更新所述管理记录中的所述代码的状态为授权成功或授权失败；

在所述授权成功后，确定代码是否已集成，并更新所述管理记录中的所述代码的状态为已集成或未集成。

可选的，所述授权模块进一步用于创建为该用户提供代码集成权限的申请任务；

将该申请任务加入预配置的任务队列池；

从任务队列池中获取申请任务并执行，以调用代码版本管理系统的代码集成授权接口，为该用户提供代码集成权限。

可选的，所述验证模块进一步用于当所有所述测试节点的测试结果都为通过时，确定所述代码的测试状态为通过，否则确定所述代码的测试状态为未通过。

可选的，所述代码集成申请的管理记录还包括：该管理记录的ID、所述代码的属性信息和修改信息，所述修改信息初始为空；

所述管理记录模块还用于在所述根据每个所述测试节点的测试结果确定所述代码的测试状态为测试通过后，若检测到所述代码的属性信息变更和/或所述修改信息不为空，则更新至少一个所述测试节点的测试结果为不通过；

然后执行所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过的步骤。

可选的，所述管理记录模块还用于在所述根据每个所述测试节点的测试结果确定所述代码的测试状态为测试通过后，若检测到任一测试节点的测试结果变更，则更新至少一个所述测试节点的测试结果为不通过；

然后执行所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过的步骤。。

为实现上述目的，根据本发明实施例的另一个方面，还提供了一种代码的管理电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现代码的管理方法。

为实现上述目的，根据本发明实施例的另一个方面，还提供了一种计算机可读介质，其上存储有计算机程序，其特征在于，所述程序被处理器执行时实现代码的管理方法。

上述发明中的一个实施例具有如下优点或有益效果：基于本发明提供的代码的管理方法和装置，实现代码版本信息集中化管理，版本日历、版本状态、历史版本可追溯，多版本集中管理；实现测试报告的自动化检查，降低人工检查带来的实务；实现版本信息采集自动化，将文档化管理统一入口；实现代码集成权限打开和收回的自动化，降低配管的人员消耗和错误的发生；可视化开发过程中的指标数据，为用户提供真实数据分析，以便于及时发现问题，并为管理层提供管理价值及决策依据。

上述的非惯用的可选方式所具有的进一步效果将在下文中结合具体实施方式加以说明。

附图用于更好地理解本发明，不构成对本发明的不当限定。其中：

图1是本发明实施例提供的代码的管理方法的主要流程的示意图；

图2是本发明实施例提供的确定代码的测试状态的一种实施方式的流程示意图；

图3是本发明实施例提供的申请为用户提供代码集成权限的一种实施方式的流程示意图；

图4是本发明实施例提供的代码的管理装置的主要模块的示意图；

图5是本发明实施例可以应用于其中的示例性系统架构图；

图6是适于用来实现本发明实施例的电子设备的计算机系统的结构示意图。

以下结合附图对本发明的示范性实施例做出说明，其中包括本发明实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本发明的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

本发明实施例提供一种代码的管理方法，如图1所示，该方法包括步骤S101至步骤S104。

其中，步骤S101，获取用户的代码集成申请信息。在本发明中，代码集成申请信息通常可以包括：代码的属性信息，例如，代码的版本号、对应的需求号、代码的应用平台(安卓系统或iOS系统)以及代码的功能，即代码是什么功能模块，比如购物车功能模块。

获取用户的代码集成申请信息具体方式可以是通过web前端页面，向用户提供一个申请页面，用户可以通过该申请页面输入上述相应的代码集成申请信息。用户通常为代码的开发者，通过本发明方法申请代码的测试，并在测试通过后，获得代码集成的权限，进而在代码版本管理系统Gitlab操作代码版本集成。

在步骤S102中，根据代码集成申请信息确定代码的测试流程，测试流程包括至少一个测试节点，向每个测试节点发送测试通知。代码在集成上线之前，需要经过测试流程，待测试通过后，才可集成上线。通常测试流程包括至少一个测试节点，在本发明中，测试节点即测试流程中的各个测试环节，例如对于代码的测试验证、产品走查、UI走查、埋点测试等等环节，每个环节的测试由对应岗位的测试人员执行。

对于不同类型的代码，在集成前的测试流程可能会有不同，因此在本步骤中根据代码集成申请信息确定代码的测试流程，即可以根据用户提供的代码的属性信息确定该代码类型需经过的测试流程，或者也可以由用户在输入代码集成申请信息时指定测试流程。

当确定了代码需要经过的测试流程，即确定了该测试流程中的每个测试节点，向每个测试节点发送该代码的测试通知，以通知对应岗位的工作人员对该代码进行相应节点的测试。

然后在步骤S103中，获取每个测试节点的测试结果，并根据每个测试节点的测试结果确定代码的测试状态是否为测试通过。本步骤可以通过状态机实现，根据每个测试节点的测试结果，触发代码的测试状态自动更新。

进而在步骤S104中，当代码的测试状态为通过时，申请为该用户提供代码集成权限。从而自动化的实现代码信息集中管理、代码测试管理和代码集成。

在本发明方法的一种实施方式中，在获取用户的代码集成申请信息后，根据该代码集成申请信息生成该代码集成申请的管理记录，代码集成申请的管理记录包括：代码的状态。

在根据每个测试节点的测试结果确定代码的测试状态是否为测试通过后，更新管理记录中的代码的状态为测试通过或未通过。

在申请为该用户提供代码集成权限后，确定是否授权成功，并更新管理记录中的代码的状态为授权成功或授权失败。

在授权成功后，确定代码是否已集成，并更新管理记录中的代码的状态为已集成或未集成。

通过存储的代码集成申请的管理记录，对代码的不同状态进行及时的自动更新。

在本发明中，代码集成申请的管理记录还包括：该管理记录的ID和代码的属性信息，即管理记录创建完成后，系统分配一个唯一ID标识。通过代码集成申请的管理记录管理代码管理系统中的代码库。通过代码的属性信息获取代码对应的需求在需求管理系统中的需求相关信息，从而通过系统的唯一ID标识与业务的需求管理系统关联，将需求相关信息记录在代码集成申请的管理记录中。

当代码集成后，需要通过打包管理模块创建打包任务，通过代码的属性信息获取对应代码的打包结果，版本信息，集成信息，打包次数等信息，通过系统的唯一ID标识与打包系统相关联，将打包系统的相关信息记录在代码集成申请的管理记录中。

打包完成后，满足发布条件则将相关参数传递到发布系统，进行发布。通过代码的属性信息获取发布过程数据，通过系统的唯一ID标识可以发布系统关联，将需求相关发布过程数据记录在代码集成申请的管理记录中。

在本发明中，还可以创建代码版本日历，记录每个代码版本什么时候发布，标注什么时候上线等其他的一些时间节点，版本日历中包含不同版本的信息，例如，版本号，起止时间等，这些信息可以与管理记录中的代码属性信息版本号相关联获取到。

通过对上述模块和系统的所有信息的获取，通过版本管理系统唯一ID标识进行关联存储。从而可以实现根据用户需求可以进行代码开发全过程中的各种指标数据的多维度的可视化展示，为用户提供真实数据分析，便于用户及时发现问题，并为管理层提供管理价值及决策依据。

在发明的一种实施方式中，根据每个测试节点的测试结果确定代码的测试状态是否为测试通过包括：

当所有测试节点的测试结果都为通过时，确定代码的测试状态为通过，否则确定代码的测试状态为未通过。即只要有测试流程中有一个环节的测试结果为不通过时，即确定代码的测试状态为未通过。

在发明的一种实施方式中，代码集成申请的管理记录还包括：修改信息，该修改信息初始为空。

在根据每个测试节点的测试结果确定代码的测试状态为测试通过后，若检测到代码的属性信息变更和/或修改信息不为空，则更新至少一个测试节点的测试结果为不通过，然后执行根据每个测试节点的测试结果确定代码的测试状态是否为测试通过的步骤。

也就是说由于测试流程中有一个环节的测试结果为不通过，即确定代码的测试状态为未通过。

本实施方式即针对的场景是，作为代码开发人员的用户，在代码集成申请提交后，需要对代码的属性信息进行修改，或对代码本身进行了修改。此时该用户就需要对代码集成申请的管理记录进行修改，例如，对于管理记录中代码的属性信息进行修改，或者填写管理记录中的修改信息，使修改信息不为空。系统若检测到代码的属性信息变更和/或修改信息不为空，则确定用户对代码的属性信息进行修改，或对代码本身进行了修改，然后更新代码的测试状态为未通过，需要对代码进行重新测试。

在发明的一种实施方式中，在根据每个测试节点的测试结果确定代码的测试状态为测试通过后，若检测到任一测试节点的测试结果变更，则更新至少一个测试节点的测试结果为不通过。

然后执行根据每个测试节点的测试结果确定代码的测试状态是否为测试通过的步骤。也就是说由于测试流程中有一个环节的测试结果为不通过，即确定代码的测试状态为未通过。

本实施方式即针对的场景是，作为测试流程某个环节的测试人员，在代码测试通过后，对其测试环节的测试结果进行了修改。系统若检测到任一测试节点的测试结果变更，更新代码的测试状态为未通过，需要对代码进行重新测试。

如图2所示，在发明提供的一种具体的应用场景中，测试流程包括5个测试节点，分别是验证结果、产品走查、遗留问题数确定、遗留问题确定、UI走查、埋点测试和对应服务端功能是否上线确认，上述各节点分别由测试经办人、产品经办人、UI经办人、埋点测试经办人进行各自环节的测试。步骤S103中，获取每个测试节点的测试结果，并根据每个测试节点的测试结果确定代码的测试状态是否为测试通过的过程在本应用场景中，具体为获取上述5个节点的验证结果，若结果为空，则表明该环节的经办人还未对代码进行测试，通过邮件进行通知，当所有节点的测试结果都为通过或完成(遗留问题为0，或遗留的问题经确认)时，确定代码测试通过，若有任一节点的测试结果有问题，则确定代码为测试中状态，即测试未通过，此时邮件通知开发经办人，即用户。

在发明的一种实施方式中，如图3所示，申请为该用户提供代码集成权限包括下述过程：首先，创建为该用户提供代码集成权限的申请任务，然后将该申请任务加入预配置的任务队列池。最后从任务队列池中获取申请任务并执行，以调用代码版本管理系统的代码集成授权接口，为该用户提供代码集成权限。即从任务队列池分布式消费任务，调用代码版本管理系统Gitlab接口，开通权限。当满足开通权限条件后，往下之行授权功能。因为授权可能是集中爆发时的，同时会有很多很多的授权任务，因此采用分布式方案，并行处理。

在本发明中，当授权成功并已集成代码，则系统自动识别集成的代码对应的集成申请，更新该申请的管理记录状态，关闭用户的权限。

本发明实施例还提供一种代码的管理装置，如图4所示，该装置400包括：获取模块401、确定模块402、验证模块403、授权模块404。

获取模块401用于获取用户的代码集成申请信息。

确定模块402用于根据所述代码集成申请信息确定代码的测试流程，所述测试流程包括至少一个测试节点，向每个所述测试节点发送测试通知.

验证模块403用于获取每个所述测试节点的测试结果，并根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过。

授权模块404用于当所述代码的测试状态为通过时，申请为该用户提供代码集成权限。

在本发明中，该装置400还包括：管理记录模块，用于在获取用户的代码集成申请信息后，根据该代码集成申请信息生成该代码集成申请的管理记录，所述代码集成申请的管理记录包括：所述代码的状态。

管理记录模块还用于在所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过后，更新所述管理记录中的所述代码的状态为测试通过或未通过。

管理记录模块还用于在所述申请为该用户提供代码集成权限后，确定是否授权成功，并更新所述管理记录中的所述代码的状态为授权成功或授权失败。

管理记录模块还用于在所述授权成功后，确定代码是否已集成，并更新所述管理记录中的所述代码的状态为已集成或未集成。

在本发明中，所述授权模块进一步用于创建为该用户提供代码集成权限的申请任务，然后将该申请任务加入预配置的任务队列池，最后从任务队列池中获取申请任务并执行，以调用代码版本管理系统的代码集成授权接口，为该用户提供代码集成权限。

在本发明中，所述验证模块进一步用于当所有所述测试节点的测试结果都为通过时，确定所述代码的测试状态为通过，否则确定所述代码的测试状态为未通过。

在本发明中，所述代码集成申请的管理记录还包括：该管理记录的ID、所述代码的属性信息和修改信息，所述修改信息初始为空。

所述管理记录模块还用于在所述根据每个所述测试节点的测试结果确定所述代码的测试状态为测试通过后，若检测到所述代码的属性信息变更和/或所述修改信息不为空，则更新至少一个所述测试节点的测试结果为不通过。

然后执行所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过的步骤。

在本发明中，所述管理记录模块还用于在所述根据每个所述测试节点的测试结果确定所述代码的测试状态为测试通过后，若检测到任一测试节点的测试结果变更，则更新至少一个所述测试节点的测试结果为不通过。

然后执行所述根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过的步骤。

基于本发明提供的代码的管理方法和装置，实现代码版本信息集中化管理，版本日历、版本状态、历史版本可追溯，多版本集中管理；实现测试报告的自动化检查，降低人工检查带来的实务；实现版本信息采集自动化，将文档化管理统一入口；实现代码集成权限打开和收回的自动化，降低配管的人员消耗和错误的发生；可视化开发过程中的指标数据，为用户提供真实数据分析，以便于及时发现问题，并为管理层提供管理价值及决策依据。

图5示出了可以应用本发明实施例的代码的管理方法或代码的管理装置的示例性系统架构500。

如图5所示，系统架构500可以包括终端设备501、502、503，网络504和服务器505。网络504用以在终端设备501、502、503和服务器505之间提供通信链路的介质。网络504可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。

用户可以使用终端设备501、502、503通过网络504与服务器505交互，以接收或发送消息等。终端设备501、502、503上可以安装有各种通讯客户端应用。

终端设备501、502、503可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

服务器505可以是提供各种服务的服务器。

需要说明的是，本发明实施例所提供的代码的管理方法一般由服务器505执行，相应地，代码的管理装置一般设置于服务器505中。

应该理解，图5中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。

下面参考图6，其示出了适于用来实现本发明实施例的终端设备的计算机系统600的结构示意图。图6示出的终端设备仅仅是一个示例，不应对本发明实施例的功能和使用范围带来任何限制。

如图6所示，计算机系统600包括中央处理单元(CPU)601，其可以根据存储在只读存储器(ROM)602中的程序或者从存储部分608加载到随机访问存储器(RAM)603中的程序而执行各种适当的动作和处理。在RAM 603中，还存储有系统600操作所需的各种程序和数据。CPU 601、ROM 602以及RAM 603通过总线604彼此相连。输入/输出(I/O)接口605也连接至总线604。

以下部件连接至I/O接口605：包括键盘、鼠标等的输入部分606；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分607；包括硬盘等的存储部分608；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分609。通信部分609经由诸如因特网的网络执行通信处理。驱动器610也根据需要连接至I/O接口605。可拆卸介质611，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器610上，以便于从其上读出的计算机程序根据需要被安装入存储部分608。

特别地，根据本发明公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本发明公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分609从网络上被下载和安装，和/或从可拆卸介质611被安装。在该计算机程序被中央处理单元(CPU)601执行时，执行本发明的系统中限定的上述功能。

需要说明的是，本发明所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本发明中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本发明中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

附图中的流程图和框图，图示了按照本发明各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

描述于本发明实施例中所涉及到的模块可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的模块也可以设置在处理器中，例如，可以描述为：一种处理器包括获取模块、验证模块、授权模块和确定模块。其中，这些模块的名称在某种情况下并不构成对该模块本身的限定。

作为另一方面，本发明还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的设备中所包含的；也可以是单独存在，而未装配入该设备中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个该设备执行时，使得该设备包括：

获取用户的代码集成申请信息；

根据所述代码集成申请信息确定代码的测试流程，所述测试流程包括至少一个测试节点，向每个所述测试节点发送测试通知；

获取每个所述测试节点的测试结果，并根据每个所述测试节点的测试结果确定所述代码的测试状态是否为测试通过；

当所述代码的测试状态为通过时，申请为该用户提供代码集成权限。

上述具体实施方式，并不构成对本发明保护范围的限制。本领域技术人员应该明白的是，取决于设计要求和其他因素，可以发生各种各样的修改、组合、子组合和替代。任何在本发明的精神和原则之内所作的修改、等同替换和改进等，均应包含在本发明保护范围之内。