一种文件的创建方法和相关装置

技术领域

本公开涉及软件开发技术领域，尤其涉及代码自动生成技术领域，具体涉及一种文件的创建方法、装置、电子设备、存储介质及产品。

背景技术

在工作流基础组件库项目研发过程中，研发人员每次开始开发一个需求，需要重复创建相同代码目录进行下一步开发，且代码文件要和其他开发人员所在目录一致，命名规范也一致，目录路径也要一致。同一目录下，相似文件还需再次重复创建。

相关技术中，研发人员在重复创建文件的过程中，需要重复做相同的工作。

发明内容

本公开提供了一种文件的创建方法、装置、电子设备、存储介质及产品。

根据本公开的第一方面，提供了一种文件的创建方法，所述方法包括：

响应于检测到创建指令和第一目录名称，基于预先编写的脚本代码，创建与所述第一目录名称对应的第一目录，所述第一目录中包含代码目录和代码文件；基于所述脚本代码，创建与所述代码文件对应的测试用例文件，所述测试用例文件包括所述代码文件中的可测试代码的测试用例。

根据本公开的第二方面，提供了一种文件的创建装置，所述装置包括：

代码创建模块，用于响应于检测到创建指令和第一目录名称，基于预先编写的脚本代码，创建与所述第一目录名称对应的第一目录，所述第一目录中包含代码目录和代码文件；测试用例创建模块，用于基于所述脚本代码，创建与所述代码文件对应的测试用例文件，所述测试用例文件包括所述代码文件中的可测试代码的测试用例。

根据本公开的第三方面，提供了一种电子设备，包括：

至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中，所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行第一方面所述的方法。

根据本公开的第四方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据第一方面所述的方法。

根据本公开的第五方面，提供了一种计算机产品，包括计算机程序，所述计算机程序在被处理器执行时实现根据第一方面所述的方法。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开实施例中的应用环境示意图；

图2示出了本公开实施例提供的一种文件的创建方法的流程示意图；

图3示出了本公开实施例提供的一种代码创建方法的流程示意图；

图4示出了本公开实施例提供的树形目录结构的示意图；

图5示出了本公开实施例提供的一种测试用例创建方法的流程示意图；

图6示出了本公开实施例提供的一种文件的创建装置的结构示意图；

图7示出了可以用来实施本公开的实施例的示例电子设备600的示意性框图。

具体实施方式

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

在组件库等软件项目研发和代码撰写过程中，研发人员每次开始开发一个需求，需要重复创建相同代码目录进行下一步开发，且代码文件要和其他开发人员所在目录一致，命名规范也一致，目录路径也要一致。同一目录下，相似文件还需再次重复创建。

相关技术中，研发人员接到开发任务后，手动创建文件目录以及内部代码文件，创建文件目录时需要按照项目要求创建对应的必要文件。例如：源代码文件、样式文件、单元测试文件、demo(演示)文件等。对应的文件内需要手动编写对应的固定代码模板(例如：函数名，样式引入，框架工具引入等)。操作繁琐，重复操作过多，在组件库项目中，若后期迭代组件过多，浪费开发人力。代码规范靠人工编写来统一，容易出错。

基于此，本公开提供一种文件的创建方法和装置，通过执行预先编写的脚本，自动生成研发人员所需的文件，并生成该文件中的代码模板，从而减少研发人员在项目开发时，做出的重复劳动量，提升研发效率。进一步地，基于所述脚本代码，创建与所述代码文件对应的测试用例文件，所述测试用例文件包括所述代码文件中的可测试代码的测试用例。生成了可测试的代码文件，提升了代码质量。

本申请提供的文件的创建方法，可以应用于如图1所示的应用环境中。其中，终端101通过网络与服务器102通过网络进行通信。终端101可以用于获取用户输入的操作及信息，服务器102可以执行脚本，生成第一目录以及相应文件及其文件中的模板代码。其中，终端101可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑和便携式可穿戴设备，服务器102可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

需要说明的是，本公开的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本公开的实施例能够以除了在这里图示或描述的那些以外的顺序实施。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

图2示出了本公开实施例提供的一种文件的创建方法的流程示意图，如图2中所示，该方法可以包括：

在步骤S210中，响应于检测到创建指令和第一目录名称，基于预先编写的脚本代码，创建与所述第一目录名称对应的第一目录。

其中，所述第一目录中包含代码目录和代码文件。

在本公开实施例中，本公开可以基于node服务实现文件的自动创建和代码模板的自动生成。

在本公开中，可以预先自定义一个创建指令，例如，npm run new。其中，创建指令用于指示创建第一目录。

例如，若检测到用户通过node服务输入命令行npm run new，提示用户输入第一目录名称。响应于检测到用户输入的第一目录名称，自动执行脚本代码，创建出名称与第一目录名称对应的第一目录，并进一步生成第一目录中的代码文件和代码目录。

在本公开中，第一目录名称可以是待创建的项目文件的名称，该第一目录名称为待创建的项目文件的根目录名称。在本公开中还可以在第一目录名称下创建待创建的项目支持的各个功能的文件，以及对各个功能的文件的命名名称。

本公开中代码文件可以理解为是研发项目的开发文件，代码目录可以理解为是代码文件的存储路径。

在本公开实施例中，在自动创建第一目录完成后，可以进一步获取与第一目录中的代码文件对应的代码文件模板。还可以预先设置代码文件模板，所述代码文件模板中包含若干模板代码。所述模板代码可以分门别类地设置，可根据代码文件中的不同模块的需要进行填充。基于预先编写的脚本代码，基于代码文件模板，填充代码至所述第一目录中的相应代码文件。

在本公开实施例中，所述脚本代码包含自动生产代码文件和目录所需要的各种参数。所述脚本(script)代码可被执行，一般以文件的形式进行存储，例如可以在命令行中访问脚本代码的文件并执行该文件。所述脚本代码可接收输入参数，例如接收要创建的代码文件和目录的根目录(即前述第一目录)的名字。

在步骤S220中，基于所述脚本代码，创建与所述代码文件对应的测试用例文件，所述测试用例文件包括所述代码文件中的可测试代码的测试用例。

在本公开实施例中，所述测试用例文件与所述代码文件中的部分或全部文件相对应。所述代码文件包括各种类型的文件，例如可执行文件，库文件，配置文件等。并非所有的代码文件都需要进行测试，因此并非所有的代码文件都需要对应的测试用例文件。根据测试策略的选择，可以选择部分关键代码文件进行测试，例如对可执行文件设置测试用例文件；或者对配置文件设置测试用例文件等等。本公开对此不做限制。

在本公开实施例中，所述代码文件中包括不同部分、不同模块，例如函数名，样式引入，框架工具引入等。代码文件的不同部分，并非都属于需要测试的代码。可根据代码文件中的代码部分或代码模块的属性，选择是否需要设置测试用例代码。例如，对于引入类的代码，一般不需要进行测试。对于代码中的函数模块，可设置相应的测试用例代码。

通过本公开提供的文件的创建方法，可以根据用户输入的创建指令和第一目录名称自动生成相应的第一目录中的代码文件和代码目录，从而可以减少重复代码的编写过程，使得研发效率和规范性得到提升。而创建与所述代码文件对应的测试用例文件，所述测试用例文件包括所述代码文件中的可测试代码的测试用例。根据代码文件自动而高效地生成了代码文件的测试环境，即代码文件可测试，并且可自动执行测试，提升了代码质量。

下述实施例将对创建与第一目录名称对应的第一目录进行说明。

图3示出了本公开实施例提供的一种代码创建方法的流程示意图，如图3中所示，该方法可以包括：

所述脚本代码，包括：代码目录名称、代码目录位置，代码文件名称，代码文件位置中的至少一个。

所述创建与所述第一目录名称对应的第一目录，包括：

在步骤S310中，获取所述脚本代码中的代码目录名称、代码目录位置、代码文件名称和代码文件位置。

在步骤S320中，基于所述代码目录名称、所述代码目录位置、所述代码文件名称和所述代码文件位置，生成所述第一目录的树形目录结构。

在本公开实施例中，可以根据每个待开发的项目，预先确定每个项目相应的目录结构。例如，目录A包括目录B以及目录C，目录B还包括目录D，则目录结构可以理解为，目录B以及目录C为目录A的子目录，目录夹D是目录B的子目录。

进一步的在本公开中，可以确定待开发的目标项目，根据用户输入的创建指令，获取该目标项目的目录结构。所述用户输入的创建指令，其调用执行的是所述脚本代码。以所述脚本代码在命令行执行为例，假设用户输入的创建指令为npm run new，其中npm表示所述代码运行的环境为node.js环境，其中run new表示创建一个新的目标项目的目录结构。该脚本执行之后，提示用户输入第一目录名称，所述第一目录名称例如为Block，则脚本执行的结果是将在脚本所在的当前目录处，生成名为Block的项目根目录(即前述第一目录)。也可以根据预定义的位置处放置所述第一目录。示例性的，在开发组件Block时，所有的组件均位于预定义的“src/components/”目录下。可以输入的第一目录名称为Block。从而确定第一目录名称为Block的第一目录可以创建于“src/components/”目录下。

在本公开实施例中，所述代码目录位置可以采用路径表示法或嵌套关系表示法。采用路径表示法时，例如所述代码目录位置包括如下多个目录：“/Block/Button”、“/Block/Text”、“/Block/Input”。采用嵌套关系表示法时，例如所述代码目录位置包括如下多个目录：目录“Button”、“Text”、“Input”，均位于目录“Block”下。

在本公开实施例中，所述代码文件位置可以采用路径表示法或嵌套关系表示法。采用路径表示法时，例如所述代码文件位置包括如下多个文件：“/Block/Button/index1.tsx”、“/Block/Text/index2.tsx”、“/Block/Input/index3.tsx”。采用嵌套关系表示法时，例如所述代码目录位置包括如下多个文件：文件“index1.tsx”位于目录“Button”下；文件“index2.tsx”位于目录“Text”下；文件“index3.tsx”位于目录“Input”下。

在本公开实施例中，所述树形目录结构即如附图4所示。

在步骤S330中，遍历所述树形目录结构，在所述代码目录位置处根据所述代码目录名称生成所述代码目录。

在本公开实施例中，所述遍历可以采用广度优先遍历。如附图4所示，依次遍历“Block”、“Button”、“Text”、“Input”，依次生成上述代码目录。所述遍历也可以采用深度优先遍历。

在步骤S340中，遍历所述树形目录结构，在所述代码文件位置处根据所述代码文件名称生成所述代码文件。

在本公开实施例中，所述遍历可以采用广度优先遍历。如附图4所示，依次遍历“Block”、“Button”、“Text”、“Input”、“index1.tsx”、“index2.tsx”、“index3.tsx”，依次生成上述代码文件。所述遍历也可以采用深度优先遍历。

在本公开实施例中，创建文件成功后，还可以自动生成每个文件中的代码模板。

通过本公开自动生成目录中对应的目录及其文件，可以快速自动创建代码目录，且目录结构规范一致。并且因为使用统一模板创建文件目录，可以减少不同人员创建项目文件时带来的差异性，使得项目开发更加规范统一，增加后期的可维护性。

图5示出了本公开实施例提供的一种测试用例创建方法的流程示意图，如图5中所示，该方法可以包括：

在步骤S510中，基于所述代码文件中的可测试代码的类型，获取对应的测试用例模板。

在步骤S520中，基于所述测试用例模板，填充测试用例代码至所述测试用例文件。

在本公开实施例中，可以预先设置不同的测试用例模板。

在本公开实施例中，所述测试用例文件与所述代码文件中的部分或全部文件相对应。所述代码文件包括各种类型的文件，例如可执行文件，库文件，配置文件等。并非所有的代码文件都需要进行测试，因此并非所有的代码文件都需要对应的测试用例文件。根据测试策略的选择，可以选择部分关键代码文件进行测试，例如对可执行文件设置测试用例文件；或者对配置文件设置测试用例文件等等。本公开对此不做限制。

在本公开实施例中，所述代码文件中包括不同部分、不同模块，例如函数名，样式引入，框架工具引入等。代码文件的不同部分，并非都属于需要测试的代码。可根据代码文件中的代码部分或代码模块的属性，选择是否需要设置测试用例代码。例如，对于引入类的代码，一般不需要进行测试。对于代码中的函数模块，可设置相应的测试用例代码

在本公开实施例中，根据创建好的第一目录“Block”，可以获取该第一目录中包括的所有代码文件“index1.tsx”、“index2.tsx”、“index3.tsx”。根据预定的测试策略，可以获取需要测试的代码文件，例如“index1.tsx”。

示例性的，如下字段为自动生成的Block源码文件内容。

对上述需要测试的代码文件“index1.tsx”，对其代码进行分析，其代码包括“import”引入模块、“Block”函数模块、“export”导出模块三个部分。假定当前测试策略中，代码文件的引入模块、导出模块不属于需要测试的代码。因此该代码文件“index1.tsx”中只有函数模块“Block”属于需要测试的代码。因此，将根据预定义的测试用例模板来生成对应的测试用例代码。

在本公开实施例中，针对代码文件“index1.tsx”生成对应的测试用例文件“index1.test.tsx”。所述测试用例文件：位于所述代码文件所在的目录，或，位于测试用例目录，所述测试用例目录基于所述脚本代码中的测试用例目录名称和测试用例目录位置创建，例如创建单独的测试用例目录“__test__”。

对按照测试用例模板，将测试用例代码填充进测试用例文件“index1.test.tsx”中。从而可以基于生成的测试用例文件进行下一步的测试工作。

在本公开实施例中，所述创建与所述代码文件对应的测试用例文件之后：基于所述测试用例文件“index1.test.tsx”，执行代码测试；基于所述代码测试的结果，修正所述代码文件中存在的问题。

其中，所述修正所述代码文件中存在的问题，包括：基于所述问题的类型，获取对应的代码修正模板；基于所述代码修正模板，修正所述代码文件中存在的问题。例如，所述问题是函数名称使用了保留字“const”，则可以启用对应的代码修正模板，此时模板提示用户输入新的函数名称，如果没有接收到用户输入，则自动在原函数名称上添加后缀，从而避开所述保留字的限制。

本公开通过在脚本代码中包含代码文件模板、测试用例模板的引用方式，自动执行该脚本代码后，脚本会自动生成代码文件模板中的代码到对应代码文件中，脚本会自动生成测试用例模板中的代码到对应测试用例文件中。也大幅减少了重复代码的编写过程，使得研发效率和规范大幅提升。

在本公开实施例中，确定代码文件模板、测试用例模板、代码修正模板不符合需求，可以对上述模板进行修改。

响应于检测到对所述代码文件模板的修改操作，基于所述修改操作对所述代码文件进行第一修改；基于所述第一修改对所述测试用例文件进行第二修改。

响应于检测到对所述测试用例模板的第二修改操作，基于所述第二修改操作对所述测试用例文件进行第三修改。

响应于检测到对所述代码修正模板的第三修改操作，基于所述第三修改操作，执行代码测试；基于所述代码测试的结果，修正所述代码文件中存在的问题。

在本公开中，修改模板可以是针对某个单独的文件，从而修改该文件中的模板代码，对模板文件中的代码模板进行保留。也可以针对多个模板文件进行批量修改。

所述代码文件还包括操作界面组件的数据、所述操作界面的样式、以及所述操作界面事件的代码中的至少一项。

例如，作界面组件的可以包括用于用户输入的组件，展示测试代码目录、脚本代码、代码文件和/或测试用例文件展示组件等组件。

基于与图2中所示的方法相同的原理，图6示出了本公开实施例提供的一种文件的创建装置的结构示意图，如图6所示，该文件的创建装置600可以包括：

代码创建模块601，用于响应于检测到创建指令和第一目录名称，基于预先编写的脚本代码，创建与所述第一目录名称对应的第一目录，所述第一目录中包含代码目录和代码文件；测试用例创建模块602，用于基于所述脚本代码，创建与所述代码文件对应的测试用例文件，所述测试用例文件包括所述代码文件中的可测试代码的测试用例。

在本公开实施例中，所述脚本代码中包括以下至少之一：

代码目录名称，代码目录位置，代码文件名称，代码文件位置。

在本公开实施例中，代码创建模块601，用于获取所述脚本代码中的代码目录名称、代码目录位置、代码文件名称和代码文件位置；基于所述代码目录名称、所述代码目录位置、所述代码文件名称和所述代码文件位置，生成所述第一目录的树形目录结构；遍历所述树形目录结构，在所述代码目录位置处根据所述代码目录名称生成所述代码目录；遍历所述树形目录结构，在所述代码文件位置处根据所述代码文件名称生成所述代码文件。

在本公开实施例中，代码创建模块601，还用于基于所述脚本代码，获取与所述代码文件的类型对应的代码文件模板；基于所述代码文件模板，填充代码至所述代码文件。

在本公开实施例中，所述测试用例创建模块602，用于响应于检测到对所述代码文件模板的修改操作，基于所述修改操作对所述代码文件进行第一修改；基于所述第一修改对所述测试用例文件进行第二修改。

在本公开实施例中，所述测试用例文件：

位于所述代码文件所在的目录，或，

位于测试用例目录，所述测试用例目录基于所述脚本代码中的测试用例目录名称和测试用例目录位置创建。

在本公开实施例中，所述测试用例创建模块602，用于基于所述代码文件中的可测试代码的类型，获取对应的测试用例模板；基于所述测试用例模板，填充测试用例代码至所述测试用例文件。

在本公开实施例中，所述测试用例创建模块602，用于基于所述测试用例文件，执行代码测试；基于所述代码测试的结果，修正所述代码文件中存在的问题。

在本公开实施例中，所述代码创建模块601，还用于基于所述问题的类型，获取对应的代码修正模板；基于所述代码修正模板，修正所述代码文件中存在的问题。

在本公开实施例中，所述代码文件还包括操作界面组件的数据、所述操作界面的样式、所述操作界面的代码中的至少一项。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图7示出了可以用来实施本公开的实施例的示例电子设备700的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图7所示，设备700包括计算单元701，其可以根据存储在只读存储器(ROM)702中的计算机程序或者从存储单元708加载到随机访问存储器(RAM)703中的计算机程序，来执行各种适当的动作和处理。在RAM 703中，还可存储设备700操作所需的各种程序和数据。计算单元701、ROM 702以及RAM 703通过总线704彼此相连。输入/输出(I/O)接口705也连接至总线704。

设备700中的多个部件连接至I/O接口705，包括：输入单元706，例如键盘、鼠标等；输出单元707，例如各种类型的显示器、扬声器等；存储单元708，例如磁盘、光盘等；以及通信单元709，例如网卡、调制解调器、无线通信收发机等。通信单元709允许设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如文件的创建方法。例如，在一些实施例中，文件的创建方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由ROM 702和/或通信单元709而被载入和/或安装到设备700上。当计算机程序加载到RAM 703并由计算单元701执行时，可以执行上文描述的文件的创建方法的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行文件的创建方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、现场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

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