应用程序的处理方法、装置、电子设备和可读存储介质与流程

1.本发明涉及应用程序技术领域，具体而言，涉及一种应用程序的处理方法、一种应用程序的处理装置、一种电子设备和一种可读存储介质。


背景技术：

2.相关技术中，企业希望自己的应用程序能够实现启动图标、应用名称以及应用图标等信息的定制，传统的手动打包方式依赖人力打包占用大量的时间，应用程序打包效率较低，且容易出错，当客户量级比较大的情况下，无法支持多家客户的定制化打包服务。


技术实现要素：

3.本发明旨在至少解决现有技术或相关技术中存在的技术问题。
4.为此，本发明的第一方面提供了一种应用程序的处理方法。
5.本发明的第二方面还提供了一种应用程序的处理装置。
6.本发明的第三方面还提供了一种电子设备。
7.本发明的第四方面还提供了一种可读存储介质。
8.有鉴于此，本发明的第一方面提出了一种应用程序的处理方法，包括：响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识；根据版本信息，确定应用程序对应的目标打包代码；根据第一资源文件和目标打包代码，生成打包文件；根据版本信息和平台标识，确定应用程序的打包执行脚本；根据打包执行脚本，对打包文件进行打包，生成应用程序能够在运行平台进行安装的安装包。
9.本发明提供的应用程序的处理方法，响应于应用程序的处理请求，梳理出处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识，其中，第一资源文件指的是用户根据企业需求自定义的资源文件。进一步地，根据应用程序的版本信息，确定应用程序对应的目标打包代码，其中，目标打包代码指的是与应用程序版本对应的预先编译的打包代码。将用户自定义的第一资源文件设置到目标打包代码中相应位置上，生成与用户的企业需求对应的打包文件。
10.进一步地，不同运行平台设有不同的打包执行脚本，根据应用程序的版本信息和用户选择的运行平台的平台标识，例如，ios和/或android，确定在该运行平台下，应用程序版本对应的打包执行脚本。例如，应用程序是应用于ios系统的应用程序，应用程序版本号是1.0，那么，确定该应用程序对应的打包执行脚本是ios系统1.0版本打包执行脚本。根据确定的应用程序对应的打包执行脚本，对用户定制化打包文件进行打包，生成应用程序能够在运行平台进行安装的定制化安装包。
11.本发明提供的应用程序的处理方法，当客户根据企业需求准备好打包所需资源文件后，根据用户资源文件打包生成定制化应用程序安装包，能够同时为多家用户提供公有云专属定制化打包服务。进一步地，相较于现有技术中的手动打包方式，本技术通过预先编
译打包代码自动生成定制打包文件，使得打包操作更加便捷，实现了自动化打包，节约人工成本，减少重复工作，且不易出错，有效提高安装包的发布效率和正确率。
12.根据本发明提供的上述的应用程序的处理方法，还可以具有以下附加技术特征：
13.在上述技术方案中，进一步地，根据第一资源文件和目标打包代码，生成打包文件步骤，具体包括：获取目标打包代码中包含的目标文件夹和配置路径；根据配置路径，将第一资源文件设置于目标文件夹，生成打包文件。
14.在该技术方案中，获取预先编译的目标打包代码中包含的放置资源文件的目标文件夹和配置路径，按照配置路径，将第一资源文件放置于对应的目标文件夹中，生成定制化打包文件。实现了定制打包的自动化，支持多家客户的定制化打包，有效提高打包效率，且无需花费大量精力人工进行定制化打包操作，为研发人员节约了大量时间。
15.在上述任一技术方案中，进一步地，根据配置路径，将第一资源文件设置于目标文件夹，生成打包文件的步骤，具体包括：获取目标打包代码中包含的目标文件夹的配置格式；根据配置格式，将第一资源文件转换为配置文件；根据配置路径，将配置文件设置于目标文件夹，生成打包文件。
16.在该技术方案中，由于数据库中预先编译的打包代码数据需要以二进制的形式进行存储，故需要对第一资源文件进行数据转换。具体地，获取目标打包代码中包含的目标文件夹的配置格式，将第一资源文件转换为配置文件，通过配置路径，将转化后的配置文件设置到目标文件夹中，使得打包代码中的资源文件格式为打包代码适配格式，以确保应用程序打包的成功率。
17.在上述任一技术方案中，进一步地，响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、资源文件和应用程序对应的运行平台的平台标识之后，还包括：获取应用程序对应的服务器地址；根据服务器地址，确定第二资源文件；将第一资源文件与第二资源文件进行比较；基于第一资源文件与第二资源文件相同，确定第一资源文件为正确文件。
18.在该技术方案中，用户在自定义配置应用版本对应的应用名称、应用图标、应用版本号、第三方平台密匙等打包所需的资源信息后，压缩成资源压缩包，上传到服务器中。根据登录的用户标识确定应用程序对应的服务器地址，进而确定服务器中该应用版本对应的资源信息，即第二资源文件，将处理请求中包含的用户输入的第一资源文件和服务器中存储的第二资源文件进行比较，如果第一资源文件和第二资源文件相同，说明用户输入的第一资源文件为正确文件，则根据第一资源文件生成用户专属定制的打包文件；如果第一资源文件和第二资源文件不同，说明用户输入的第一资源为错误文件，则停止对应用程序进行打包，并将错误信息反馈给用户。通过将服务器中存储的第二资源文件对用户输入的第一资源文件进行校对，以确定用户输入的定制资源的正确性，进而提高应用程序打包的正确率，避免因打包文件错误为用户带来的经济损失。
19.在上述任一技术方案中，进一步地，应用程序的处理方法还包括：获取多个企业的企业信息；根据企业信息，设置多个企业对应的多个预设打包代码。
20.在该技术方案中，获取合作的多个企业的企业信息，根据企业信息确定该企业的应用类型和应用需求，进而预先编译多个企业对应的多个打包代码发布至云服务器。通过预先编译多个打包代码，在应用程序打包过程中，自动生成用户资源配置对应的打包文件，
一方面，使得用户可根据自身需求对应用程序进行灵活配置，专业性要求低，用户通过一键操作，能够快速生成应用需求对应的定制打包文件；另一方面，预先编译打包代码，提高了打包代码的复用率和应用程序的打包效率，无需研发人员每次针对用户需求花费大量精力手动生成打包文件，为研发人员节约了大量时间。
21.在上述任一技术方案中，进一步地，应用程序的处理方法还包括：在对应用程序进行打包过程中，记录打包信息，生成打包日志；根据打包日志，确定应用程序的打包进度。
22.在该技术方案中，在对应用程序自动打包过程中，记录打包过程中的打包信息，生成一个打包日志，使得用户可以根据该打包日志查询应用程序的打包进度，实时了解应用程序的打包情况。进一步地，还可以通过该打包日志对打包代码进行调试，满足用户更多的定制化需求，提高用户体验。
23.在上述任一技术方案中，进一步地，资源文件包括以下至少一种：应用程序名称、应用程序图标和应用启动图标。
24.在该技术方案中，用户根据企业需求，自行设计应用程序名称、应用程序图标和应用启动图标等定制化资源文件，使得应用程序打包文件为用户定制化打包文件，进而使得用户能够得到定制化的应用程序安装包，满足了企业的定制化打包需求，提高了客户满意度。
25.进一步地，资源文件还包括微信、qq和钉钉分享相关密匙、百度人脸识别相关信息文件和不同运行平台的应用市场和代理商标识。例如，用户选择的运行平台为ios系统，则资源文件包括ios应用的标识和证书。此外，资源文件还包括用户根据实际情况到各大开发者网站申请的第三方平台密匙。
26.根据本发明的第二方面，提出了一种应用程序的处理装置，包括：获取模块，用于响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识；第一确定模块，用于根据版本信息，确定应用程序对应的目标打包代码；第一生成模块，用于根据第一资源文件和目标打包代码，生成打包文件；第二确定模块，用于根据版本信息和平台标识，确定应用程序的打包执行脚本；第二生成模块，用于根据打包执行脚本，对打包文件进行打包，生成应用程序能够在运行平台进行安装的安装包。
27.本发明提供的应用程序的处理装置，响应于应用程序的处理请求，梳理出处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识，其中，第一资源文件指的是用户根据企业需求自定义的资源文件。进一步地，根据应用程序的版本信息，确定应用程序对应的目标打包代码，其中，目标打包代码指的是与应用程序版本对应的预先编译的打包代码。将用户自定义的第一资源文件设置到目标打包代码中相应位置上，生成与用户的企业需求对应的打包文件。
28.进一步地，不同运行平台设有不同的打包执行脚本，根据应用程序的版本信息和用户选择的运行平台的平台标识，例如，ios和/或android，确定在该运行平台下，应用程序版本对应的打包执行脚本。例如，应用程序是应用于ios系统的应用程序，应用程序版本号是1.0，那么，确定该应用程序对应的打包执行脚本是ios系统1.0版本打包执行脚本。根据确定的应用程序对应的打包执行脚本，对用户定制化打包文件进行打包，生成应用程序能够在运行平台进行安装的定制化安装包。
29.本发明提供的应用程序的处理装置，当客户根据企业需求准备好打包所需资源文件后，根据用户资源文件打包生成定制化应用程序安装包，能够同时为多家用户提供公有云专属定制化打包服务。进一步地，相较于现有技术中的手动打包方式，本技术通过预先编译打包代码自动生成定制打包文件，使得打包操作更加便捷，实现了自动化打包，节约人工成本，减少重复工作，且不易出错，有效提高安装包的发布效率和正确率。
30.根据本发明的第三方面，提出了一种电子设备，包括存储器，存储器储存有程序或指令；处理器，与存储器连接，处理器被配置为执行程序或指令时实现第一方面提出的应用程序的处理方法。因此该电子设备具备第一方面提出的应用程序的处理方法的全部有益效果，在此不再赘述。
31.根据本发明的第四方面，提出了一种可读存储介质，其上存储有程序或指令，程序或指令被处理器执行时执行第一方面提出的应用程序的处理方法。因此该可读存储介质具备第一方面提出的应用程序的处理方法的全部有益效果，为避免重复，不再过多赘述。
32.本发明的附加方面和优点将在下面的描述部分中变得明显，或通过本发明的实践了解到。
附图说明
33.本发明的上述和/或附加的方面和优点从结合下面附图对实施例的描述中将变得明显和容易理解，其中：
34.图1示出了本发明实施例的应用程序的处理方法的流程示意图之一；
35.图2示出了本发明实施例的应用程序的处理方法的流程示意图之二；
36.图3示出了本发明实施例的应用程序的处理方法的流程示意图之三；
37.图4示出了本发明实施例的应用程序的处理方法的流程示意图之四；
38.图5示出了本发明实施例的应用程序的处理方法的流程示意图之五；
39.图6示出了本发明实施例的应用程序的处理方法的流程示意图之六；
40.图7示出了本发明具体实施例的应用程序的处理方法的流程示意图；
41.图8示出了本发明实施例的应用程序的处理装置的示意框图。
42.其中，图8中附图标记与部件名称之间的对应关系为：
43.800应用程序的处理装置，802获取模块，804第一确定模块，806第一生成模块，808第二确定模块，810第二生成模块。
具体实施方式
44.下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明的一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
45.需要说明，在本发明中如涉及“第一”、“第二”等的描述仅用于描述目的，而不能理解为指示或暗示其相对重要性或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或者隐含地包括至少一个该特征。在本发明的描述中，“多个”的含义是至少两个，例如两个，三个等，除非另有明确具体的限定。
46.另外，本发明各个实施例之间的技术方案可以相互结合，但是必须是以本领域普通技术人员能够实现为基础，当技术方案的结合出现相互矛盾或无法实现时应当认为这种技术方案的结合不存在，也不在本发明要求的保护范围之内。
47.下面参照图1至图8描述本发明一些实施例的应用程序的处理方法、装置、电子设备和可读存储介质。
48.实施例1：
49.如图1所示，根据本发明的一个实施例，提出了一种应用程序的处理方法，该方法包括：
50.步骤102，响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识；
51.步骤104，根据版本信息，确定应用程序对应的目标打包代码；
52.步骤106，根据第一资源文件和目标打包代码，生成打包文件；
53.步骤108，根据版本信息和平台标识，确定应用程序的打包执行脚本；
54.步骤110，根据打包执行脚本，对打包文件进行打包，生成应用程序能够在运行平台进行安装的安装包。
55.本实施例提供的应用程序的处理方法，响应于应用程序的处理请求，梳理出处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识，其中，第一资源文件指的是用户根据企业需求自定义的资源文件。进一步地，根据应用程序的版本信息，确定应用程序对应的目标打包代码，其中，目标打包代码指的是与应用程序版本对应的预先编译的打包代码。将用户自定义的第一资源文件设置到目标打包代码中相应位置上，生成与用户的企业需求对应的打包文件。
56.进一步地，不同运行平台设有不同的打包执行脚本，根据应用程序的版本信息和用户选择的运行平台的平台标识，例如，ios和/或android，确定在该运行平台下，应用程序版本对应的打包执行脚本。例如，应用程序是应用于ios系统的应用程序，应用程序版本号是1.0，那么，确定该应用程序对应的打包执行脚本是ios系统1.0版本打包执行脚本。根据确定的应用程序对应的打包执行脚本，对用户定制化打包文件进行打包，生成应用程序能够在运行平台进行安装的定制化安装包。
57.本实施例提供的应用程序的处理方法，当客户根据企业需求准备好打包所需资源文件后，根据用户资源文件打包生成定制化应用程序安装包，能够同时为多家用户提供公有云专属定制化打包服务。进一步地，相较于现有技术中的手动打包方式，本技术通过预先编译打包代码自动生成定制打包文件，使得打包操作更加便捷，实现了自动化打包，节约人工成本，减少重复工作，且不易出错，有效提高安装包的发布效率和正确率。
58.进一步地，资源文件包括以下至少一种：应用程序名称、应用程序图标和应用启动图标。具体地，用户根据企业需求，自行设计应用程序名称、应用程序图标和应用启动图标等定制化资源文件，使得应用程序打包文件为用户定制化打包文件，进而使得用户能够得到定制化的应用程序安装包，满足了企业的定制化打包需求，提高了客户满意度。
59.进一步地，资源文件还包括微信、qq和钉钉分享相关密匙、百度人脸识别相关信息文件和不同运行平台的应用市场和代理商标识。例如，用户选择的运行平台为ios系统，则资源文件包括ios应用的标识和证书。此外，资源文件还包括用户根据实际情况到各大开发
者网站申请的第三方平台密匙。
60.实施例2：
61.如图2所示，根据本发明的一个实施例，提出了一种应用程序的处理方法，该方法包括：
62.步骤202，响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识；
63.步骤204，根据版本信息，确定应用程序对应的目标打包代码；
64.步骤206，获取目标打包代码中包含的目标文件夹和配置路径；
65.步骤208，根据配置路径，将第一资源文件设置于目标文件夹，生成打包文件；
66.步骤210，根据版本信息和平台标识，确定应用程序的打包执行脚本；
67.步骤212，根据打包执行脚本，对打包文件进行打包，生成应用程序能够在运行平台进行安装的安装包。
68.在该实施例中，获取预先编译的目标打包代码中包含的放置资源文件的目标文件夹和配置路径，按照配置路径，将第一资源文件放置于对应的目标文件夹中，生成定制化打包文件。实现了定制打包的自动化，支持多家客户的定制化打包，有效提高打包效率，且无需花费大量精力人工进行定制化打包操作，为研发人员节约了大量时间。
69.实施例3：
70.如图3所示，根据本发明的一个实施例，提出了一种应用程序的处理方法，该方法包括：
71.步骤302，响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识；
72.步骤304，根据版本信息，确定应用程序对应的目标打包代码；
73.步骤306，获取目标打包代码中包含的目标文件夹和配置路径；
74.步骤308，获取目标打包代码中包含的目标文件夹的配置格式；
75.步骤310，根据配置格式，将第一资源文件转换为配置文件；
76.步骤312，根据配置路径，将配置文件设置于目标文件夹，生成打包文件；
77.步骤314，根据版本信息和平台标识，确定应用程序的打包执行脚本；
78.步骤316，根据打包执行脚本，对打包文件进行打包，生成应用程序能够在运行平台进行安装的安装包。
79.在该实施例中，由于数据库中预先编译的打包代码数据需要以二进制的形式进行存储，故需要对第一资源文件进行数据转换。具体地，获取目标打包代码中包含的目标文件夹的配置格式，将第一资源文件转换为配置文件，通过配置路径，将转化后的配置文件设置到目标文件夹中，使得打包代码中的资源文件格式为打包代码适配格式，以确保应用程序打包的成功率。
80.实施例4：
81.如图4所示，根据本发明的一个实施例，提出了一种应用程序的处理方法，该方法包括：
82.步骤402，响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识；
83.步骤404，获取应用程序对应的服务器地址；
84.步骤406，根据服务器地址，确定第二资源文件；
85.步骤408，判断第一资源文件与第二资源文件是否相同，若是，进入步骤410，若否，进入步骤412；
86.步骤410，确定第一资源文件为正确文件；
87.步骤412，确定第一资源文件为错误文件；
88.步骤414，根据版本信息，确定应用程序对应的目标打包代码；
89.步骤416，根据第一资源文件和目标打包代码，生成打包文件；
90.步骤418，根据版本信息和平台标识，确定应用程序的打包执行脚本；
91.步骤420，根据打包执行脚本，对打包文件进行打包，生成应用程序能够在运行平台进行安装的安装包。
92.在该实施例中，用户在自定义配置应用版本对应的应用名称、应用图标、应用版本号、第三方平台密匙等打包所需的资源信息后，压缩成资源压缩包，上传到服务器中。根据登录的用户标识确定应用程序对应的服务器地址，进而确定服务器中该应用版本对应的资源信息，即第二资源文件，将处理请求中包含的用户输入的第一资源文件和服务器中存储的第二资源文件进行比较，如果第一资源文件和第二资源文件相同，说明用户输入的第一资源文件为正确文件，则根据第一资源文件生成用户专属定制的打包文件；如果第一资源文件和第二资源文件不同，说明用户输入的第一资源为错误文件，则停止对应用程序进行打包，并将错误信息反馈给用户。通过将服务器中存储的第二资源文件对用户输入的第一资源文件进行校对，以确定用户输入的定制资源的正确性，进而提高应用程序打包的正确率，避免因打包文件错误为用户带来的经济损失。
93.在具体实施例中，如表1所示，为企业信息对照表。用户在自定义配置任一应用程序版本对应的应用名称、应用图标、证书以及第三方平台密匙等打包所需的配置资源后，将配置资源压缩成压缩包上传到服务器中。将企业名称、用户标识、服务器地址和应用程序版本号存储到企业信息对照表中，根据登录用户标识从对照表中查找该企业待打包应用程序版本对应的服务器地址，通过服务器地址确定服务器，进而得到服务器中存储的资源压缩包。
94.表1
95.用户标识企业名称服务器地址应用程序版本adminxx网络aliyuncs.com5.22
96.实施例5：
97.如图5所示，根据本发明的一个实施例，提出了一种应用程序的处理方法，该方法包括：
98.步骤502，获取多个企业的企业信息；
99.步骤504，根据企业信息，设置多个企业对应的多个预设打包代码；
100.步骤506，响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识；
101.步骤508，根据版本信息，确定应用程序对应的目标打包代码；
102.步骤510，根据第一资源文件和目标打包代码，生成打包文件；
103.步骤512，根据版本信息和平台标识，确定应用程序的打包执行脚本；
104.步骤514，根据打包执行脚本，对打包文件进行打包，生成应用程序能够在运行平台进行安装的安装包。
105.在该实施例中，获取合作的多个企业的企业信息，根据企业信息确定该企业的应用类型和应用需求，进而预先编译多个企业对应的多个打包代码发布至云服务器。通过预先编译多个打包代码，在应用程序打包过程中，自动生成用户资源配置对应的打包文件，一方面，使得用户可根据自身需求对应用程序进行灵活配置，专业性要求低，用户通过一键操作，能够快速生成应用需求对应的定制打包文件；另一方面，预先编译打包代码，提高了打包代码的复用率和应用程序的打包效率，无需研发人员每次针对用户需求花费大量精力手动生成打包文件，为研发人员节约了大量时间。
106.实施例6：
107.如图6所示，根据本发明的一个实施例，提出了一种应用程序的处理方法，该方法包括：
108.步骤602，响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识；
109.步骤604，根据版本信息，确定应用程序对应的目标打包代码；
110.步骤606，根据第一资源文件和目标打包代码，生成打包文件；
111.步骤608，根据版本信息和平台标识，确定应用程序的打包执行脚本；
112.步骤610，根据打包执行脚本，对打包文件进行打包，生成应用程序能够在运行平台进行安装的安装包；
113.步骤612，在对应用程序进行打包过程中，记录打包信息，生成打包日志；
114.步骤614，根据打包日志，确定应用程序的打包进度。
115.在该实施例中，在对应用程序自动打包过程中，记录打包过程中的打包信息，生成一个打包日志，使得用户可以根据该打包日志查询应用程序的打包进度，实时了解应用程序的打包情况。进一步地，还可以通过该打包日志对打包代码进行调试，满足用户更多的定制化需求，提高用户体验。
116.实施例7：
117.如图7所示，根据本发明的一个具体实施例，提出了一种应用程序的处理方法，该方法包括：
118.步骤702，响应于待打包的应用程序的打包请求；
119.步骤704，获取应用程序对应的目标打包代码；
120.步骤706，获取打包请求中包含的资源文件；
121.步骤708，根据目标打包代码的配置格式，将资源文件转换为配置文件，根本配置路径，将配置文件设置于目标文件夹，生成打包文件；
122.步骤710，执行打包脚本对打包文件进行打包，并上传打包进度；
123.步骤712，将生成的安装包上传至指定服务器，配置下载环境。
124.在该实施例中，当客户选择需要打包的平台后，点击一键打包按钮开始打包，响应于对应用程序的打包请求，梳理对应用程序进行打包用到的资源文件，例如应用图标、应用启动图、推送图标、登录页面图标、分享页面图标、关于页面图标等。此外，资源文件还包括
平台对应的资源文件。例如，当客户选择需要打包的平台为ios平台时，资源文件还包括ios应用标识、ios证书、微信、qq相关接口密匙以及百度人脸识别相关文件等。进一步地，对于使用的第三方平台，需要客户根据实际情况到各大开发者网站申请第三方接口密匙。
125.进一步地，将梳理后的资源文件转化为对应配置文件，通过自动化脚本将配置文件设置到相应位置上。
126.进一步地，根据客户选择的移动端运行平台，调用平台打包程序指令进行自动打包。例如，当客户选择ios平台，则调用ios端打包程序指令进行自动打包；当客户选择android平台，则调用android端打包程序指令进行自动打包。
127.进一步地，服务启动预先执行shell脚本拉取常用版本代码的git分支代码到本地服务器，根据登录用户标识，从数据库中查找气液对应的服务器地址，从服务器拉取资源压缩包，解压后将资源文件替换应用程序版本对应的目标打包代码对应的配置文件，将配置文件放置到指定目录。
128.进一步地，调用ios和/或android端执行打包脚本。通过调用执行打包脚本执行打包命令，对打包文件进行自动打包，且上传打包进度。将生成的安装包上传到指定服务器并配置好下载环境，以确定安装包下载方式。使得客户可以通过指定的下载方式进行下载使用。
129.本实施例提供的应用程序打包方法，支持多家客户的定制化打包。企业通过一键操作，能够快速的实现定制安装包的需求，提高了客户满意度。该方法实现定制打包自动化，使得研发人员无需针对某个客户花费大量精力进行定制化打包操作，为研发人员节约了大量的时间。
130.实施例8：
131.如图8所示，本发明第二方面的实施例，提出了一种应用程序的处理装置800，包括：获取模块802，用于响应于应用程序的处理请求，获取处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识；第一确定模块804，用于根据版本信息，确定应用程序对应的目标打包代码；第一生成模块806，用于根据第一资源文件和目标打包代码，生成打包文件；第二确定模块808，用于根据版本信息和平台标识，确定应用程序的打包执行脚本；第二生成模块810，用于根据打包执行脚本，对打包文件进行打包，生成应用程序能够在运行平台进行安装的安装包。
132.本实施例提供的应用程序的处理装置800，响应于应用程序的处理请求，梳理出处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识，其中，第一资源文件指的是用户根据企业需求自定义的资源文件。进一步地，根据应用程序的版本信息，确定应用程序对应的目标打包代码，其中，目标打包代码指的是与应用程序版本对应的预先编译的打包代码。将用户自定义的第一资源文件设置到目标打包代码中相应位置上，生成与用户的企业需求对应的打包文件。
133.进一步地，不同运行平台设有不同的打包执行脚本，根据应用程序的版本信息和用户选择的运行平台的平台标识，例如，ios和/或android，确定在该运行平台下，应用程序版本对应的打包执行脚本。例如，应用程序是应用于ios系统的应用程序，应用程序版本号是1.0，那么，确定该应用程序对应的打包执行脚本是ios系统1.0版本打包执行脚本。根据确定的应用程序对应的打包执行脚本，对用户定制化打包文件进行打包，生成应用程序能
够在运行平台进行安装的定制化安装包。
134.本实施例提供的应用程序的处理装置800，当客户根据企业需求准备好打包所需资源文件后，根据用户资源文件打包生成定制化应用程序安装包，能够同时为多家用户提供公有云专属定制化打包服务。进一步地，相较于现有技术中的手动打包方式，本技术通过预先编译打包代码自动生成定制打包文件，使得打包操作更加便捷，实现了自动化打包，节约人工成本，减少重复工作，且不易出错，有效提高安装包的发布效率和正确率。
135.实施例7：
136.根据本发明的第三方面，提出了一种电子设备，包括存储器，存储器储存有程序或指令；处理器，与存储器连接，处理器被配置为执行程序或指令时实现第一方面提出的应用程序的处理方法。
137.在该实施例中，响应于应用程序的处理请求，梳理出处理请求中包含的应用程序的版本信息、第一资源文件和应用程序对应的运行平台的平台标识，其中，第一资源文件指的是用户根据企业需求自定义的资源文件。进一步地，根据应用程序的版本信息，确定应用程序对应的目标打包代码，其中，目标打包代码指的是与应用程序版本对应的预先编译的打包代码。将用户自定义的第一资源文件设置到目标打包代码中相应位置上，生成与用户的企业需求对应的打包文件。
138.进一步地，不同运行平台设有不同的打包执行脚本，根据应用程序的版本信息和用户选择的运行平台的平台标识，例如，ios和/或android，确定在该运行平台下，应用程序版本对应的打包执行脚本。例如，应用程序是应用于ios系统的应用程序，应用程序版本号是1.0，那么，确定该应用程序对应的打包执行脚本是ios系统1.0版本打包执行脚本。根据确定的应用程序对应的打包执行脚本，对用户定制化打包文件进行打包，生成应用程序能够在运行平台进行安装的定制化安装包。
139.本实施例提供的电子设备，当客户根据企业需求准备好打包所需资源文件后，根据用户资源文件打包生成定制化应用程序安装包，能够同时为多家用户提供公有云专属定制化打包服务。进一步地，相较于现有技术中的手动打包方式，本技术通过预先编译打包代码自动生成定制打包文件，使得打包操作更加便捷，实现了自动化打包，节约人工成本，减少重复工作，且不易出错，有效提高安装包的发布效率和正确率。
140.实施例8：
141.本发明第四方面的实施例，提出了一种可读存储介质，其上存储有程序或指令，程序或指令被处理器执行时实现如上述任一技术方案的应用程序的处理方法的步骤。
142.其中，可读存储介质包括只读存储器(read-only memory，rom)、随机存取存储器(random access memory，ram)、磁碟或者光盘等。
143.本发明提供的可读存储介质，程序或指令被处理器执行时实现如上述任一技术方案的应用程序的处理方法的步骤，因此该可读存储介质包括上述任一技术方案的应用程序的处理方法的全部有益效果，在此不再赘述。以上仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。