对应用进行打包的方法、装置、电子设备及介质与流程

1.本公开涉及计算机技术领域，尤其涉及应用软件技术领域，具体涉及一种对应用进行打包的方法、装置、电子设备、计算机可读存储介质和计算机程序产品。


背景技术：

2.应用软件是为满足用户在不同领域、针对不同问题的应用需求而提供的软件。它可以拓宽计算机系统的应用领域，放大硬件的功能。编程人员可以编写源程序，并对源程序进行编译和打包操作来制作应用软件包。用户可以通过下载并在客户端设备上安装应用软件包来满足用户的需求。
3.在此部分中描述的方法不一定是之前已经设想到或采用的方法。除非另有指明，否则不应假定此部分中描述的任何方法仅因其包括在此部分中就被认为是现有技术。类似地，除非另有指明，否则此部分中提及的问题不应认为在任何现有技术中已被公认。


技术实现要素：

4.本公开提供了一种对应用进行打包的方法、装置、电子设备、计算机可读存储介质和计算机程序产品。
5.根据本公开的一方面，提供了一种对应用进行打包的方法。该方法包括：接收待打包应用的源程序和至少一个需求参数，至少一个需求参数中的每个需求参数分别指示待打包应用的一种应用类型；针对至少一个需求参数分别指示的每种应用类型，配置对源程序进行编译所需的编译环境；在所配置的编译环境中，调用与该应用类型相对应的编译脚本，以对源程序进行编译，得到针对该应用类型的目标程序；以及在所配置的编译环境中，调用与该应用类型相对应的打包脚本，以对目标程序进行打包，得到针对该应用类型的打包结果。
6.根据本公开的另一方面，提供了一种对应用进行打包的装置。该装置包括：第一单元，第一单元被配置为接收待打包应用的源程序和至少一个需求参数，至少一个需求参数中的每个需求参数分别指示待打包应用的一种应用类型；第二单元，第二单元被配置为针对至少一个需求参数分别指示的每种应用类型，配置对源程序进行编译所需的编译环境；第三单元，第三单元被配置为在所配置的编译环境中，调用与该应用类型相对应的编译脚本，以对源程序进行编译，得到针对该应用类型的目标程序；以及第四单元，第四单元被配置为在所配置的编译环境中，调用与该应用类型相对应的打包脚本，以对目标程序进行打包，得到针对该应用类型的打包结果。
7.根据本公开的另一方面，提供了一种电子设备。该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行根据上述的对应用进行打包的方法。
8.根据本公开的另一方面，还提供一种存储有计算机指令的非瞬时计算机可读存储
介质，该计算机指令用于使该计算机执行根据上述的对应用进行打包的方法。
9.根据本公开的另一方面，还提供一种计算机程序产品，包括计算机程序，其中，该计算机程序在被处理器执行时实现上述的对应用进行打包的方法。
10.根据本公开的一个或多个实施例，可以提升对应用进行打包的效率。
11.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
12.附图示例性地示出了实施例并且构成说明书的一部分，与说明书的文字描述一起用于讲解实施例的示例性实施方式。所示出的实施例仅出于例示的目的，并不限制权利要求的范围。在所有附图中，相同的附图标记指代类似但不一定相同的要素。
13.图1示出了根据本公开的实施例的可以在其中实施本文描述的各种方法的示例性系统的示意图；
14.图2示出了根据本公开的实施例的对应用进行打包的方法的流程图；
15.图3示出了根据本公开的实施例的图2的方法中部分示例过程的流程图；
16.图4示出了利用根据本公开的实施例的对应用进行打包的方法进行打包操作的示意图；
17.图5示出了根据本公开的实施例的对应用进行打包的装置的结构框图；
18.图6示出了根据本公开的实施例的对应用进行打包的装置的结构框图；以及
19.图7示出了能够用于实现本公开的实施例的示例性电子设备的结构框图。
具体实施方式
20.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
21.在本公开中，除非另有说明，否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系，这种术语只是用于将一个元件与另一元件区分开。在一些示例中，第一要素和第二要素可以指向该要素的同一实例，而在某些情况下，基于上下文的描述，它们也可以指代不同实例。
22.在本公开中对各种所述示例的描述中所使用的术语只是为了描述特定示例的目的，而并非旨在进行限制。除非上下文另外明确地表明，如果不特意限定要素的数量，则该要素可以是一个也可以是多个。此外，本公开中所使用的术语“和/或”涵盖所列出的项目中的任何一个以及全部可能的组合方式。
23.编程人员编写源程序后，可以在本地编译环境中，对所编写的源程序进行编译和打包操作来制作应用软件包。其中，编译是指利用编译程序从源语言编写的源程序产生目标程序的过程。通常，编译的过程会把高级语言变成计算机可以识别的二进制语言。用户则可以通过下载并在客户端设备上安装应用软件包来使用该应用软件。
24.在现实应用场景中，用户可以使用安装有各种操作系统的不同客户端设备(例如，
基于ios操作系统的客户端设备、基于android操作系统的客户端设备等)来安装并使用应用软件。对于安装有不同操作系统的客户端设备，其能够安装的应用包是不同的，例如，针对android操作系统所开发的应用包便无法在基于ios操作系统的客户端设备上进行安装。因此，编程人员需要针对安装有不同操作系统的客户端设备分别进行编译和打包操作，来覆盖多场景的打包需求，这大大降低了应用开发的效率，并且会占用大量的编程人力资源。
25.基于此，本公开提出一种对应用进行打包的方法。通过需求参数来指示待打包应用的应用类型，针对每种应用类型分别配置相应的编译环境，并在所配置的编译环境中进行编译和打包，从而得到针对每种应用类型的打包结果，从而提升对应用进行打包的效率，节省编程人力资源。
26.下面将结合附图详细描述本公开的实施例。
27.图1示出了根据本公开的实施例可以将本文描述的各种方法和装置在其中实施的示例性系统100的示意图。参考图1，该系统100包括一个或多个客户端设备101、102、103、104、105和106、服务器120以及将一个或多个客户端设备耦接到服务器120的一个或多个通信网络110。客户端设备101、102、103、104、105和106可以被配置为执行一个或多个应用程序。
28.在本公开的实施例中，服务器120可以运行使得能够执行对应用进行打包的方法的一个或多个服务或软件应用。
29.在某些实施例中，服务器120还可以提供可以包括非虚拟环境和虚拟环境的其他服务或软件应用。在某些实施例中，这些服务可以作为基于web的服务或云服务提供，例如在软件即服务(saas)模型下提供给客户端设备101、102、103、104、105和/或106的用户。
30.在图1所示的配置中，服务器120可以包括实现由服务器120执行的功能的一个或多个组件。这些组件可以包括可由一个或多个处理器执行的软件组件、硬件组件或其组合。操作客户端设备101、102、103、104、105和/或106的用户可以依次利用一个或多个客户端应用程序来与服务器120进行交互以利用这些组件提供的服务。应当理解，各种不同的系统配置是可能的，其可以与系统100不同。因此，图1是用于实施本文所描述的各种方法的系统的一个示例，并且不旨在进行限制。
31.用户可以使用客户端设备101、102、103、104、105和/或106来下载并安装应用包。客户端设备可以提供使客户端设备的用户能够与客户端设备进行交互的接口。客户端设备还可以经由该接口向用户输出信息。尽管图1仅描绘了六种客户端设备，但是本领域技术人员将能够理解，本公开可以支持任何数量的客户端设备。
32.客户端设备101、102、103、104、105和/或106可以包括各种类型的计算机设备，例如便携式手持设备、通用计算机(诸如个人计算机和膝上型计算机)、工作站计算机、可穿戴设备、智能屏设备、自助服务终端设备、服务机器人、游戏系统、瘦客户端、各种消息收发设备、传感器或其他感测设备等。这些计算机设备可以运行各种类型和版本的软件应用程序和操作系统，例如microsoft windows、apple ios、类unix操作系统、linux或类linux操作系统(例如google chrome os)；或包括各种移动操作系统，例如microsoft windows mobile os、ios、windows phone、android。便携式手持设备可以包括蜂窝电话、智能电话、平板电脑、个人数字助理(pda)等。可穿戴设备可以包括头戴式显示器(诸如智能眼镜)和其他设备。游戏系统可以包括各种手持式游戏设备、支持互联网的游戏设备等。客户端设备能
够执行各种不同的应用程序，例如各种与internet相关的应用程序、通信应用程序(例如电子邮件应用程序)、短消息服务(sms)应用程序，并且可以使用各种通信协议。
33.网络110可以是本领域技术人员熟知的任何类型的网络，其可以使用多种可用协议中的任何一种(包括但不限于tcp/ip、sna、ipx等)来支持数据通信。仅作为示例，一个或多个网络110可以是局域网(lan)、基于以太网的网络、令牌环、广域网(wan)、因特网、虚拟网络、虚拟专用网络(vpn)、内部网、外部网、公共交换电话网(pstn)、红外网络、无线网络(例如蓝牙、wifi)和/或这些和/或其他网络的任意组合。
34.服务器120可以包括一个或多个通用计算机、专用服务器计算机(例如pc(个人计算机)服务器、unix服务器、中端服务器)、刀片式服务器、大型计算机、服务器群集或任何其他适当的布置和/或组合。服务器120可以包括运行虚拟操作系统的一个或多个虚拟机，或者涉及虚拟化的其他计算架构(例如可以被虚拟化以维护服务器的虚拟存储设备的逻辑存储设备的一个或多个灵活池)。在各种实施例中，服务器120可以运行提供下文所描述的功能的一个或多个服务或软件应用。
35.服务器120中的计算单元可以运行包括上述任何操作系统以及任何商业上可用的服务器操作系统的一个或多个操作系统。服务器120还可以运行各种附加服务器应用程序和/或中间层应用程序中的任何一个，包括http服务器、ftp服务器、cgi服务器、java服务器、数据库服务器等。
36.在一些实施方式中，服务器120可以包括一个或多个应用程序，以分析和合并从客户端设备101、102、103、104、105和106的用户接收的数据馈送和/或事件更新。服务器120还可以包括一个或多个应用程序，以经由客户端设备101、102、103、104、105和106的一个或多个显示设备来显示数据馈送和/或实时事件。
37.在一些实施方式中，服务器120可以为分布式系统的服务器，或者是结合了区块链的服务器。服务器120也可以是云服务器，或者是带人工智能技术的智能云计算服务器或智能云主机。云服务器是云计算服务体系中的一项主机产品，以解决传统物理主机与虚拟专用服务器(vps，virtual private server)服务中存在的管理难度大、业务扩展性弱的缺陷。
38.系统100还可以包括一个或多个数据库130。在某些实施例中，这些数据库可以用于存储数据和其他信息。例如，数据库130中的一个或多个可用于存储诸如音频文件和视频文件的信息。数据库130可以驻留在各种位置。例如，由服务器120使用的数据库可以在服务器120本地，或者可以远离服务器120且可以经由基于网络或专用的连接与服务器120通信。数据库130可以是不同的类型。在某些实施例中，由服务器120使用的数据库例如可以是关系数据库。这些数据库中的一个或多个可以响应于命令而存储、更新和检索到数据库以及来自数据库的数据。
39.在某些实施例中，数据库130中的一个或多个还可以由应用程序使用来存储应用程序数据。由应用程序使用的数据库可以是不同类型的数据库，例如键值存储库，对象存储库或由文件系统支持的常规存储库。
40.图1的系统100可以以各种方式配置和操作，以使得能够应用根据本公开所描述的各种方法和装置。
41.图2示出了根据本公开的实施例的对应用进行打包的方法200的流程图。
42.如图2所示，方法200包括：步骤s210、接收待打包应用的源程序和至少一个需求参数，至少一个需求参数中的每个需求参数分别指示待打包应用的一种应用类型；步骤s220、针对至少一个需求参数分别指示的每种应用类型，配置对源程序进行编译所需的编译环境；步骤s230、在所配置的编译环境中，调用与该应用类型相对应的编译脚本，以对源程序进行编译，得到针对该应用类型的目标程序；以及步骤s240、在所配置的编译环境中，调用与该应用类型相对应的打包脚本，以对目标程序进行打包，得到针对该应用类型的打包结果。
43.由此，通过需求参数来指示待打包应用的应用类型，针对每种应用类型分别配置相应的编译环境，并在所配置的编译环境中进行编译和打包，以得到针对每种应用类型的打包结果，从而提升对应用进行打包的效率，节省编程人力资源。
44.针对步骤s210，根据一些实施例，所述应用类型可以包括用于ios客户端的应用类型，相应地，在步骤s220中，针对该用于ios客户端的应用类型，所配置的编译环境可以是mac编译环境。由此，可以为针对用于ios客户端的应用类型的编译和打包操作提供所需的编译环境，使得服务器能够顺利进行后续的编译和打包操作。
45.例如，服务器120接收到待打包应用的源程序和需求参数p1和p2后(例如，需求参数p1指示待打包应用的应用类型为用于ios客户端的调试版(debug)应用；需求参数p2指示待打包应用的应用类型为用于ios客户端的发行版(release)应用)，可以针对需求参数p1和p2分别指示的每种应用类型，配置对源程序进行编译所需的mac编译环境。
46.针对步骤s210，根据一些实施例，所述应用类型可以包括用于android客户端的应用类型，相应地，在步骤s220中，针对该用于android客户端的应用类型所配置的编译环境可以是linux编译环境或ubuntu编译环境。由此，可以为针对用于android客户端的应用类型的编译和打包操作提供所需的编译环境，使得服务器能够顺利进行后续的编译和打包操作。
47.例如，服务器120接收到待打包应用的源程序和需求参数p3和p4后(例如，需求参数p3指示待打包应用的应用类型为用于android客户端的调试版(debug)应用；需求参数p4指示待打包应用的应用类型为用于android客户端的发行版(release)应用)，可以针对需求参数p3和p4分别指示的每种应用类型，配置对源程序进行编译所需的linux编译环境或ubuntu编译环境。
48.可以理解的是，根据一些实施例，服务器120接收到的需求参数可以是p1、p2、p3和p4，则可以针对需求参数p1和p2指示的每种应用类型配置对源程序进行编译所需的mac编译环境；并且可以针对需求参数p3和p4指示的每种应用类型配置对源程序进行编译所需的linux编译环境或ubuntu编译环境。
49.可以理解的是，所配置的编译环境还可以是编程人员自定义的其他编译环境。并且，可以以镜像文件的方式来自定义其他编译环境。
50.图3示出了根据本公开的实施例的图2的方法200中部分示例过程的流程图。
51.如图3所示，根据一些实施例，在图2的步骤s230中，对源程序进行编译，得到针对该应用类型的目标程序可以包括：步骤s331、对源程序进行第一阶段的编译，得到中间编译结果，其中，不同应用类型对应的中间编译结果相同；以及步骤s332、针对每种应用类型，对中间结果进行第二阶段的编译，得到针对该应用类型的目标程序。
52.针对不同的应用类型(例如用于ios客户端的应用类型和用于android客户端的应用类型)，对源程序进行编译得到的最终编译结果中可能包含相同的代码段。通常，这些相同的代码段适用于不同客户端，用于编译该相同的代码段的编译脚本可以是相同的编译脚本。因此，编程人员可以只编写一次上述编译脚本，服务器120调用该编译脚本可以用于针对不同的应用类型进行第一阶段的编译。通过先对源程序进行第一阶段的编译，得到中间编译结果，该中间结果对应于上述相同的代码段。再针对每种应用类型，对上述相同的代码段进行第二阶段的编译，可以得到分别针对每种应用类型的目标程序。由此，能够减少编程人员对用于编译该相同代码段的编译脚本的重复编写，由此，在覆盖多场景的打包需求的同时，能够减少编程人员的重复劳动，从而进一步节省编程人力资源。
53.例如，服务器120可以对源程序进行第一阶段的编译，得到bundle文件，其中，不同应用类型对应的bundle文件是相同的。根据待打包应用的应用类型，分别将生成的bundle文件保存到相应的存储路径；再从相应的存储路径中分别读取bundle文件，对bundle文件行第二阶段的编译，得到针对不同应用类型的不同目标程序。
54.如上文中所述，所述应用类型可以包括用于ios客户端的应用类型。在一些实施例中，方法200还可以包括：接收与用于ios客户端的应用类型相对应的ios数字证书和密钥。并且，在步骤s332中，针对每种应用类型，对中间结果进行第二阶段的编译可以包括：针对用于ios客户端的应用类型，基于ios数字证书和密钥，对中间结果进行第二阶段的编译。
55.对于用于ios客户端的应用类型，ios数字证书是ios操作系统的供应商颁发给企业或开发者的数字证明，用于确保应用内容可靠性和完整性，密钥用于配合ios数字证书使用。通过基于ios数字证书和密钥，对中间结果进行第二阶段的编译，使得所得到的编译结果符合ios操作系统的供应商的认证要求。
56.在一些实施例中，方法200还可以包括：接收与用于ios客户端的应用类型相对应的描述文件，并且，在步骤s240中，对目标程序进行打包可以包括：基于描述文件，对目标程序进行打包。
57.其中，描述文件可以包括应用id、开发证书或发布证书、以及一组可安装该应用的设备列表。描述文件可以被打包到应用中，用于描述该应用的应用id、持有的发布证书、以及能被哪些设备安装。由此，基于描述文件打包生成的打包结果符合ios操作系统的供应商的要求，便于后续对打包结果进行上传或发布。
58.如上文中所述，所述应用类型可以包括用于android客户端的应用类型。并且，在步骤s332中，针对每种应用类型，对中间结果进行第二阶段的编译可以包括：针对用于android客户端的应用类型，对中间结果进行第二阶段的编译。
59.不同于用于ios客户端的应用类型，对于用于android客户端的应用类型，在第二阶段的编译过程中，可以不需要相应的数字证书便能够完成编译操作，因此可以简化编译流程。
60.在一些实施例中，方法200还可以包括：接收与用于android客户端的应用类型相对应的android数字证书；基于所述android数字证书，对打包结果进行电子签名；以及发布经电子签名的打包结果。
61.对于用于android客户端的应用类型，在完成打包操作后，可以基于android数字证书对打包进行电子签名，并由服务器120完成对经电子签名的打包结果的发布操作，无需
编程人员手动操作上传打包结果，从而进一步提升开发应用的效率。
62.在一些实施例中，至少一个需求参数可以包括多个需求参数，并且多个需求参数指示待打包应用的多种应用类型。可以并行地进行针对每种应用类型的编译操作；以及可以并行地进行针对每种应用类型的打包操作。
63.图4示出了利用根据本公开的实施例的对应用进行打包的方法进行打包操作的流程示意图。如图4所示，服务器120接收源程序以及六个需求参数p1.1、p1.2、p2.1、p2.2、p3和p4，其中，需求参数p1.1指示待打包应用的应用类型为用于ios客户端的企业账号调试版(debug)应用；需求参数p1.2指示待打包应用的应用类型为用于ios客户端的公司账号调试版(debug)应用；需求参数p2.1指示待打包应用的应用类型为用于ios客户端的企业账号发行版(release)应用；需求参数p2.2指示待打包应用的应用类型为用于ios客户端的公司账号发行版(release)应用；需求参数p3指示待打包应用的应用类型为用于android客户端的调试版(debug)应用；需求参数p4指示待打包应用的应用类型为用于android客户端的发行版(release)应用。
64.从图4中可以看出，可以并行地进行针对每种应用类型的编译操作。即，针对需求参数p1.1、p1.2、p2.1、p2.2、p3和p4分别指示的六种应用类型，可以并行地进行第一阶段的编译，生成bundle文件。所生成的六个bundle文件可以是相同的。并且，可以并行地对六个bundle文件进行第二阶段的编译，分别得到目标程序1至目标程序4。其中，对于需求参数p1.1、p1.2、p2.1、p2.2所指示的四种应用，由于它们是用于ios客户端的应用，在第二阶段的编译操作中，需要结合相应的数字证书和密钥。
65.进一步地，可以并行地进行针对每种应用类型的打包操作。即，针对目标程序1至目标程序4，并行地进行打包操作，分别得到打包结果1至打包结果4。
66.由此，通过对同一源程序并行进行多个编译操作以及多个打包操作，可以在覆盖多场景的打包需求的同时，进一步提升应用的打包效率。
67.图4示出了对6种应用类型并行地进行编译、打包操作的情况。应当理解的是，还可以针对更多的需求参数所指示的应用类型，并行地进行编译、打包操作，在此不再赘述。
68.在一些实施例中，方法200还可以包括：生成与每个打包结果相对应的二维码，二维码能够被客户端设备扫描，以读取或下载相应的打包结果。
69.编程人员可以使用例如客户端设备101至106中的任一者，扫描所生成的二维码，以获取与该应用包相关的信息，或下载打包结果，对例如调试版的应用包进行调试，从而提升工作效率。
70.图5示出了根据本公开的实施例的对应用进行打包的装置500的结构框图。
71.如图5所示，装置500包括：第一单元510，第一单元510被配置为接收待打包应用的源程序和至少一个需求参数，至少一个需求参数中的每个需求参数分别指示待打包应用的一种应用类型；第二单元520，第二单元520被配置为针对所述至少一个需求参数分别指示的每种应用类型，配置对源程序进行编译所需的编译环境；第三单元530，第三单元530被配置为在所配置的编译环境中，调用与该应用类型相对应的编译脚本，以对源程序进行编译，得到针对该应用类型的目标程序；以及第四单元540，第四单元540被配置为在所配置的编译环境中，调用与该应用类型相对应的打包脚本，以对目标程序进行打包，得到针对该应用类型的打包结果。
72.根据一些实施例，第三单元530可以被进一步配置为：对源程序进行第一阶段的编译，得到中间编译结果，其中，不同应用类型对应的中间编译结果相同；并且针对每种应用类型，对中间结果进行第二阶段的编译，得到针对该应用类型的目标程序。
73.根据一些实施例，应用类型可以包括用于ios客户端的应用类型，并且针对用于ios客户端的应用类型所配置的编译环境是mac编译环境。
74.根据一些实施例，第一单元510可以被进一步配置为：接收与用于ios客户端的应用类型相对应的ios数字证书和密钥，并且，第三单元530可以被进一步配置为：针对用于ios客户端的应用类型，基于ios数字证书和密钥，对中间结果进行第二阶段的编译。
75.根据一些实施例，第一单元510可以被进一步配置为：接收与用于ios客户端的应用类型相对应的描述文件，并且，第四单元540可以被进一步配置为：基于描述文件，对目标程序进行打包。
76.根据一些实施例，应用类型可以包括用于android客户端的应用类型，并且针对用于android客户端的应用类型所配置的编译环境是linux编译环境或ubuntu编译环境，并且其中，第三单元530可以被进一步配置为：针对用于android客户端的应用类型，对中间结果进行第二阶段的编译。
77.根据一些实施例，至少一个需求参数可以包括多个需求参数，并且，多个需求参数指示待打包应用的多种应用类型，并且其中，第三单元530可以被进一步配置为并行地进行针对每种应用类型的编译操作；并且第四单元540可以被进一步配置为并行地进行针对每种应用类型的打包操作。
78.图6示出了根据本公开的实施例的对应用进行打包的装置600的结构框图。其中，第一单元610至第四单元640与上文关于装置500所述的第一单元510至第四单元540相同，在此不再赘述。
79.根据一些实施例，装置600还可以包括第五单元650，第五单元650被配置为生成与每个打包结果相对应的二维码，二维码能够被客户端设备扫描，以读取或下载相应的打包结果。
80.根据本公开的实施例，还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。
81.本公开还提供了一种电子设备。该电子设备包括：至少一个处理器；以及与至少一个处理器通信连接的存储器；其中存储器存储有可被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行根据上述的对应用进行打包的方法200。
82.本公开还提供一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使该计算机执行根据上述的对应用进行打包的方法200。
83.本公开还提供一种计算机程序产品，包括计算机程序，其中，该计算机程序在被处理器执行时实现上述的对应用进行打包的方法200。
84.参考图7，现将描述可以作为本公开的服务器或客户端的电子设备700的结构框图，其是可以应用于本公开的各方面的硬件设备的示例。电子设备旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装
置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
85.如图7所示，电子设备700包括计算单元701，其可以根据存储在只读存储器(rom)702中的计算机程序或者从存储单元708加载到随机访问存储器(ram)703中的计算机程序，来执行各种适当的动作和处理。在ram 703中，还可存储电子设备700操作所需的各种程序和数据。计算单元701、rom 702以及ram 703通过总线704彼此相连。输入/输出(i/o)接口705也连接至总线704。
86.电子设备700中的多个部件连接至i/o接口705，包括：输入单元706、输出单元707、存储单元708以及通信单元709。输入单元706可以是能向电子设备700输入信息的任何类型的设备，输入单元706可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入，并且可以包括但不限于鼠标、键盘、触摸屏、轨迹板、轨迹球、操作杆、麦克风和/或遥控器。输出单元707可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元708可以包括但不限于磁盘、光盘。通信单元709允许电子设备700通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙tm设备、802.11设备、wifi设备、wimax设备、蜂窝通信设备和/或类似物。
87.计算单元701可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元701的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元701执行上文所描述的各个方法和处理，例如方法200。例如，在一些实施例中，方法200可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元708。在一些实施例中，计算机程序的部分或者全部可以经由rom 702和/或通信单元709而被载入和/或安装到电子设备800上。当计算机程序加载到ram 703并由计算单元701执行时，可以执行上文描述的方法200的一个或多个步骤。备选地，在其他实施例中，计算单元701可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行方法200。
88.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、复杂可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
89.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的
功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
90.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
91.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
92.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)和互联网。
93.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
94.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行、也可以顺序地或以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
95.虽然已经参照附图描述了本公开的实施例或示例，但应理解，上述的方法、系统和设备仅仅是示例性的实施例或示例，本发明的范围并不由这些实施例或示例限制，而是仅由授权后的权利要求书及其等同范围来限定。实施例或示例中的各种要素可以被省略或者可由其等同要素替代。此外，可以通过不同于本公开中描述的次序来执行各步骤。进一步地，可以以各种方式组合实施例或示例中的各种要素。重要的是随着技术的演进，在此描述的很多要素可以由本公开之后出现的等同要素进行替换。