CN116991471B - 安装包文件处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请关于一种安装包文件处理方法、装置、设备及存储介质，涉及计算机软件开发技术领域。一种安装包文件处理方法包括：获取指定格式的目标数据，指定格式是指定操作系统环境对应的安装包文件中可替换的数据的格式；将目标数据，通过替换的方式添加至模板安装包文件中；模板安装包文件是已构建的指定操作系统环境对应的安装包文件；对数据添加后的模板安装包文件进行重签名，获得指定操作系统环境对应的目标安装包文件。本申请可以简化开发人员构建目标安装包文件的过程，提高应用程序的开发效率。

Description

安装包文件处理方法、装置、设备及存储介质

技术领域

本申请涉及计算机软件开发技术领域，特别涉及一种安装包文件处理方法、装置、设备及存储介质。

背景技术

常见的iOS应用开发方案通常以Xcode构建为终点，不管是本地构建还是云端构建，都无法脱离Xcode工具的使用。

在相关技术中，要开发iOS应用，开发者需要一台装有MacOS的电脑；同时，开发者需要安装Xcode开发工具并学习工具的使用与环境配置。

然而，对于只有Windows设备的开发者而言，开发iOS应用还存在一定程度的设备要求门槛。

发明内容

本申请实施例提供了一种安装包文件处理方法、装置、设备及存储介质，可以提高应用开发的便捷性和效率，该技术方案如下。

根据本申请的一方面，提供了一种安装包文件处理方法，所述方法包括：

获取指定格式的目标数据，所述指定格式是指定操作系统环境对应的安装包文件中可替换的数据的格式；

将所述目标数据，通过替换的方式添加至模板安装包文件中；所述模板安装包文件是已构建的所述指定操作系统环境对应的安装包文件；

对数据添加后的所述模板安装包文件进行重签名，获得所述指定操作系统环境对应的目标安装包文件。

根据本申请的一方面，提供了一种安装包文件处理装置，所述装置包括：

获取模块，用于获取指定格式的目标数据，所述指定格式是指定操作系统环境对应的安装包文件中可替换的数据的格式；

添加模块，用于将所述目标数据，通过替换的方式添加至模板安装包文件中；所述模板安装包文件是已构建的所述指定操作系统环境对应的安装包文件；

重签名模块，用于对数据添加后的所述模板安装包文件进行重签名，获得所述指定操作系统环境对应的目标安装包文件。

在一些实施例中，获取模块，用于通过第一开发工具获取目标数据；

添加模块，用于通过第一开发工具将目标数据，通过替换的方式添加至模板安装包文件中；

重签名模块，用于通过第一开发工具对数据添加后的模板安装包文件进行重签名，获得目标安装包文件；

其中，第一开发工具不同于第二开发工具，第二开发工具是用于开发指定操作系统环境对应的应用程序的开发工具。

在一些实施例中，指定格式的目标数据，包括以下数据中的至少一种：

第一格式的资源包，以及，第二格式的配置文件；

资源包中包含程序代码，以及，静态资源文件中的至少一种。

在一些实施例中，在指定格式的目标数据包括第一格式的资源包，且资源包中包含程序代码的情况下，获取指定格式的目标数据，包括：

获取开发者通过第一编程语言编辑的第一程序代码；

将第一程序代码编译为第二编程语言对应的第二程序代码；第二编程语言是指定操作系统环境对应的应用程序的编程语言；第一编程语言不同于第二编程语言；

获取包含第二程序代码的资源包。

在一些实施例中，在指定格式的目标数据包括第一格式的资源包，且资源包中包含静态资源文件的情况下，获取指定格式的目标数据，包括：

显示第一配置界面，第一配置界面包含资源文件配置项；

响应于接收到对资源文件配置项的第一配置操作，获取第一配置操作对应的静态资源文件；

获取包含静态资源文件的资源包。

在一些实施例中，在指定格式的目标数据包括第二格式的配置文件的情况下，获取指定格式的目标数据，包括：

显示第二配置界面，第二配置界面包含应用配置选项；

响应于接收到对应用配置选项的第二配置操作，获取第二配置操作对应的应用程序配置信息；

生成包含应用程序配置信息的配置文件。

在一些实施例中，添加模块，用于在目标数据对应在模板安装包文件中的数据位置处，查询与目标数据具有相同的文件名的数据文件；

将查询到的数据文件，替换为目标数据。

在一些实施例中，添加模块，还用于响应于在数据位置中未查询到数据文件，将目标数据添加至数据位置。

在一些实施例中，该装置还包括第一设备，用于响应于第一设备与第二设备相连，将目标安装包文件发送至第二设备，以在第二设备上运行安装目标安装包文件对应的应用程序；

其中，第二设备是运行指定操作系统环境的计算机设备。

在一些实施例中，重签名模块，用于获取第二设备对应的签名配置信息；

通过签名配置信息，对数据添加后的模板安装包文件进行重签名，获得目标安装包文件。

在一些实施例中，重签名模块，用于展示第三配置界面，第三配置界面中包含签名配置项；

响应于接收到对签名配置项的第三配置操作，获取第三配置操作对应的签名配置信息。

根据本申请的另一方面，提供了一种计算机设备，所述计算机设备包括处理器和存储器，所述存储器中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现如上方面所述的安装包文件处理方法。

根据本申请的另一方面，提供了一种计算机可读存储介质，所述可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由处理器加载并执行以实现如上方面所述的安装包文件处理方法。

根据本申请的另一方面，提供了一种计算机程序产品，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中，处理器从所述计算机可读存储介质读取并执行所述计算机指令，以实现上述如上方面所述的安装包文件处理方法。

本申请实施例提供的技术方案带来的有益效果至少包括：

在开发应用程序的安装包文件的过程中，可以获取指定操作系统环境对应的安装包文件中可替换的数据的格式的目标数据，然后将该目标数据替换的已构建的指定操作系统环境对应的安装包文件中，然后对替换数据后的安装包文件进行重签名即可以得到指定操作系统环境对应的目标安装包文件，上述过程中可以简化开发人员构建目标安装包文件的过程，提高应用程序的开发效率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。

图1是本申请一个示例性实施例提供的安装包文件处理方法的流程图；

图2是本申请另一个示例性实施例提供的安装包文件处理方法的流程图；

图3是本申请又一个示例性实施例提供的安装包文件处理方法的流程图；

图4是本申请再一个示例性实施例提供的安装包文件处理方法的流程图；

图5是本申请涉及的开发者工具的工具栏操作示意图；

图6是本申请涉及的签名配置界面图；

图7是本申请涉及的临时签名设置界面图；

图8是本申请涉及的证书签名设置界面图；

图9是本申请涉及的构建日志示意图；

图10是本申请涉及的应用构建的框架图；

图11是本申请涉及的应用文件内容的一个示意图；

图12是本申请涉及的应用文件内容的另一个示意图；

图13是本申请涉及的配置界面示意图；

图14是本申请一个示例性实施例示出的安装包文件处理装置的方框图；

图15是本申请一个示例性实施例示出的计算机设备的结构框图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相一致的装置和方法的例子。

小程序：在客户端中使用小程序运行时技术运行的独立程序。

开发者工具：为了方便开发者开发小程序的开发工具。

多端框架：指的是支持使用小程序原生语法开发移动应用的框架，开发者可以一次编码，分别编译为小程序以及安卓操作系统（Android）、iOS应用，实现多端开发。

多端应用：指的是通过多端框架编译出的Android、iOS应用。

多端资源包：指的是将小程序代码通过开发者工具编译成可运行于多端应用上的资源包。

多端SDK：指的是多端框架的核心软件开发工具包（Software Development Kit，SDK），相当于一个小程序容器，是应用程序（Application，App）运行开发者小程序代码的基石。一个多端应用主要由多端SDK和多端资源包组成。

IPA：一种iOS应用程序包的文件格式，程序应用文件格式（IPA）文件包含应用程序的所有代码、资源、元数据和签名，它是用于在iOS设备上安装和部署应用程序的标准格式。

Xcode：指的是一种集成开发环境（Integrated Development Environment，IDE），它提供了一整套工具，包括代码编辑器、编译器、调试器、界面设计工具和性能分析器，是开发iOS应用程序必不可少的工具。

iOS应用重签名：是指对一个已经存在的iOS应用进行重新签名的过程。有时候，开发者可能需要对已经存在的应用程序进行重新打包，可能是为了修改应用程序的图标、名称或其他资源。在这种情况下，应用程序需要进行重签名，以确保其完整性和有效性。

签名证书：在iOS开发中，签名证书用于对应用程序进行数字签名，以确保应用程序的完整性、真实性和可信性。

配置文件（Provisioning Profile）：是在iOS开发中用于授权和配置应用程序在特定设备上运行所需的文件。它与签名证书一起使用，确保应用程序能够在指定的设备上运行，并获得相应的开发和分发权限。

一般而言，要开发iOS应用，开发者需要一台装有麦金塔电脑操作系统（MacintoshOperating System，MacOS）的电脑。同时，开发者需要安装Xcode开发工具并学习工具的使用与环境配置。而对于只有Windows设备的开发者而言，开发iOS应用还存在一定程度的设备要求门槛。

业界常见的安装包文件处理方案通常最终以Xcode构建为终点，不管是本地构建还是云端构建，都无法脱离Xcode工具的使用。iOS应用重签名技术也通常只应用在工程逆向、测试调试等情况上。无见产品化的使用iOS应用重签名技术进行开发iOS应用的方案。

现有方案的问题有：

1、涉及到真机调试时无法脱离使用Xcode编译构建；

2、虽然不乏其它类资源化的安装包文件处理方案，但它们通常无法采用重签名技术达到本申请的类似效果，因为其一开始就不是以该架构设计的，更新资源与配置后重签的过程将会遇到很多无法调和的问题。

请参考图1，其示出了本申请一个示例性实施例提供的安装包文件处理方法的流程图。如图1所示，该方法可以实现为步骤110、步骤120以及步骤130。

步骤110：获取指定格式的目标数据，指定格式是指定操作系统环境对应的安装包文件中可替换的数据的格式。

首先可以获取一种指定格式的目标数据，该指定格式是指定操作系统环境对应的安装包文件中可替换的数据的格式。

其中，上述目标数据可以是来自开发者的资源与配置，上述指定操作系统环境可以是Windows、MacOS、iOS、Android等操作系统的环境。

步骤120：将目标数据，通过替换的方式添加至模板安装包文件中；模板安装包文件是已构建的指定操作系统环境对应的安装包文件。

将步骤110获取到的目标数据，添加至模板安装包文件中。

其中，上述添加的方式可以是替换方式。

其中，上述模板安装包文件是已构建的指定操作系统环境对应的安装包文件。

具体比如，若指定操作系统环境是iOS环境，那么上述模板安装包文件可以是预先编译好的模板IPA文件；若指定操作系统环境是Android环境，那么上述模板安装包文件可以是预先编译好的模板安卓系统应用程序包文件格式（Android Application Package，APK）文件。

步骤130：对数据添加后的模板安装包文件进行重签名，获得指定操作系统环境对应的目标安装包文件。

将步骤120已进行数据添加后的模板安装包文件运用重签名技术，以获得指定操作系统环境对应的目标安装包文件。

其中，上述目标安装包文件是指定操作系统环境对应的安装包文件。

具体比如，若指定操作系统环境是iOS环境，那么上述目标安装包文件可以是IPA文件；若指定操作系统环境是Android环境，那么上述目标安装包文件可以是APK文件。

综上所述，本申请实施例所示的方案，在开发应用程序的安装包文件的过程中，可以获取指定操作系统环境对应的安装包文件中可替换的数据的格式的目标数据，然后将该目标数据替换的已构建的指定操作系统环境对应的安装包文件中，然后对替换数据后的安装包文件进行重签名即可以得到指定操作系统环境对应的目标安装包文件，上述过程中可以简化开发人员构建目标安装包文件的过程，提高应用程序的开发效率。

上述方案通过将目标数据添加至模板安装包文件中，在模板安装包文件进行重签名的方式，获得目标安装包文件，可以实现安装包文件的高效处理。其中，创建目标数据的操作系统环境和目标安装包文件的指定操作系统环境可以是不同的，例如，可以将在Windows环境创建的目标数据，添加至IPA的模板安装包文件中，再通过iOS应用重签名的方式获得IPA的目标安装包文件，从而能够实现跨操作系统开发应用的目的。

请参考图2，其示出了本申请另一个示例性实施例提供的安装包文件处理方法的流程图。如图2所示，在一些实施例中，上述图1所示实施例中的步骤110、步骤120以及步骤130可以对应实现为步骤110a、步骤120a以及步骤130a。

步骤110a：通过第一开发工具获取目标数据。

也就是说，可以通过第一开发工具获取上述指定格式的目标数据。

其中，指定格式是指定操作系统环境对应的安装包文件中可替换的数据的格式，指定操作系统环境可以是Windows、MacOS、iOS、Android等操作系统的环境。

其中，目标数据可以是来自开发者的资源与配置，包括小程序代码、静态资源文件（如图片、应用图标、应用文案）、应用配置文件（如应用唯一标识、应用名称、应用系统权限配置）等。

步骤120a：通过第一开发工具将目标数据，通过替换的方式添加至模板安装包文件中。

也就是说，可以通过第一开发工具，将目标数据添加至模板安装包文件中。

其中，上述添加的方式可以是替换方式。

其中，上述模板安装包文件是已构建的指定操作系统环境对应的安装包文件。

步骤130a：通过第一开发工具对数据添加后的模板安装包文件进行重签名，获得目标安装包文件；

其中，第一开发工具不同于第二开发工具，第二开发工具是用于开发指定操作系统环境对应的应用程序的开发工具。

也就是说，可以通过第一开发工具，将已进行数据添加后的模板安装包文件进行重签名，以获得指定操作系统环境对应的目标安装包文件。

其中，第一开发工具不同于用于开发指定操作系统环境对应的应用程序的第二开发工具。

也就是说，本申请实施例涉及的第一开发工具，与指定操作系统环境对应的应用程序的第二开发工具，是不同的。

其中，上述目标安装包文件是指定操作系统环境对应的安装包文件。

具体比如，以开发iOS应用为例，开发iOS应用的第二开发工具是Xcode，本申请实施例涉及的第一开发工具可以是Xcode之外的工具。

综上所述，本申请实施例所示的方案，通过指定操作系统环境对应的应用程序对应的开发工具之外的其它开发工具，即可以实现指定操作系统环境对应的应用程序的安装包文件的开发，不需要开发人员熟悉指定操作系统环境对应的应用程序对应的开发工具的使用方式和编程语言，从而极大地提高了应用程序的开发效率。

在一些实施例中，上述指定格式的目标数据，包括以下数据中的至少一种：

第一格式的资源包，以及，第二格式的配置文件；

资源包中包含程序代码，以及，静态资源文件中的至少一种。

也就是说，上述指定格式的目标数据，可以包括第一格式的资源包等数据，或者包括第二格式的配置文件等数据，或者包括第一格式的资源包、第二格式的配置文件等数据；其中，资源包中包含程序代码，以及，静态资源文件中的至少一种。

其中，上述指定格式的目标数据可以是来自开发者的资源与配置；上述第一格式的资源包可以是小程序代码和/或静态资源文件，静态资源文件如图片、应用图标、应用文案等；上述第二格式的配置文件可以是应用配置文件，如应用唯一标识、应用名称、应用系统权限配置等。

本申请实施例明确了指定格式的目标数据的具体数据，包括第一格式的资源包和/或第二格式的配置文件，进一步提高本技术方案的准确性和可靠性。

在一些实施例中，在上述指定格式的目标数据包括第一格式的资源包，且资源包中包含程序代码的情况下，上述获取指定格式的目标数据，包括：

获取开发者通过第一编程语言编辑的第一程序代码；

将第一程序代码编译为第二编程语言对应的第二程序代码；第二编程语言是指定操作系统环境对应的应用程序的编程语言；第一编程语言不同于第二编程语言；

获取包含第二程序代码的资源包。

也就是说，若上述指定格式的目标数据包括第一格式的资源包、资源包中包含程序代码，那么上述步骤110a中获取指定格式的目标数据，可以对应实现为步骤A1、步骤A2以及步骤A3。

步骤A1：获取开发者通过第一编程语言编辑的第一程序代码。

其中，第一编程语言可以是小程序语法。

步骤A2：将第一程序代码编译为第二编程语言对应的第二程序代码；第二编程语言是指定操作系统环境对应的应用程序的编程语言；第一编程语言不同于第二编程语言。

其中，第二编程语言不同于第一编程语言，是指定操作系统环境对应的应用程序的编程语言。因此，需要将第一程序代码编译为第二编程语言对应的第二程序代码。

步骤A3：将第一程序代码编译为第二编程语言对应的第二程序代码后，即可获取包含第二程序代码的资源包。

本申请实施例在上述实施例的基础上，细化本申请技术方案的具体流程，明确了获取包含程序代码的第一格式的资源包的步骤，具体包括获取第一编程语言编辑的第一程序代码，并将第一程序代码编译为第二编程语言对应的第二程序代码，开发人员只需要通过第一编程语言编辑程序代码，即可以自动转换为第二编程语言的程序代码，不需要开发人员熟悉第二编程语言的代码编辑操作，能够提高第二编程语言的程序的开发效率。

在一些实施例中，在上述指定格式的目标数据包括第一格式的资源包，且资源包中包含静态资源文件的情况下，上述获取指定格式的目标数据，包括：

显示第一配置界面，第一配置界面包含资源文件配置项；

响应于接收到对资源文件配置项的第一配置操作，获取第一配置操作对应的静态资源文件；

获取包含静态资源文件的资源包。

也就是说，若上述指定格式的目标数据包括第一格式的资源包、资源包中包含静态资源文件，那么上述步骤110a中获取指定格式的目标数据，可以对应实现为步骤B1、步骤B2以及步骤B3。

步骤B1：显示包含资源文件配置项的第一配置界面。

步骤B2：当接收到对资源文件配置项的第一配置操作时，获取第一配置操作对应的静态资源文件。

步骤B3：获取第一配置操作对应的静态资源文件后，即可获取包含静态资源文件的资源包。

本申请实施例在上述实施例的基础上，细化本申请技术方案的具体流程，明确了获取包含静态资源文件的第一格式的资源包的步骤，具体包括显示包含资源文件配置项的第一配置界面，当接收到对资源文件配置项的第一配置操作时，获取第一配置操作对应的静态资源文件，也就是说，对于程序开发过程中，有关资源包的配置，提供资源文件的配置界面，开发人员通过该配置界面即可以完成资源配置，不需要开发人员进行手动配置，能够进一步提高程序的开发效率。

在一些实施例中，在上述指定格式的目标数据包括第二格式的配置文件的情况下，上述获取指定格式的目标数据，包括：

显示第二配置界面，第二配置界面包含应用配置选项；

响应于接收到对应用配置选项的第二配置操作，获取第二配置操作对应的应用程序配置信息；

生成包含应用程序配置信息的配置文件。

也就是说，若上述指定格式的目标数据包括第二格式的配置文件，那么上述步骤110a中获取指定格式的目标数据，可以对应实现为步骤C1、步骤C2以及步骤C3。

步骤C1：显示包含应用配置选项的第二配置界面。

步骤C2：当接收到对应用配置选项的第二配置操作时，获取第二配置操作对应的应用程序配置信息。

步骤C3：在获取第二配置操作对应的应用程序配置信息后，即可生成包含应用程序配置信息的配置文件。

本申请实施例在上述实施例的基础上，细化本申请技术方案的具体流程，明确了获取第二格式的配置文件的步骤，具体包括显示包含应用配置选项的第二配置界面，当接收到对应用配置选项的第二配置操作时，获取第二配置操作对应的应用程序配置信息，也就是说，对于程序开发过程中，有关应用程序配置信息的配置，提供应用程序配置信息的配置界面，开发人员通过该配置界面即可以完成应用程序配置信息的配置，不需要开发人员进行手动配置，能够进一步提高程序的开发效率。

请参考图3，其示出了本申请又一个示例性实施例提供的安装包文件处理方法的流程图。如图3所示，在一些实施例中，上述图1所示实施例中的步骤120，以及上述图2所示实施例中的步骤120a，可以对应实现为步骤121以及步骤122。

步骤121：在目标数据对应在模板安装包文件中的数据位置处，查询与目标数据具有相同的文件名的数据文件。

其中，目标数据和模板安装包文件可能存在相同的文件名的数据文件，因此，可以在目标数据对应在模板安装包文件中的数据位置处，查询是否存在与目标数据具有相同的文件名的数据文件。

步骤122：将查询到的数据文件，替换为目标数据。

基于步骤121，在数据位置中，若能查询到与目标数据文件名相同的数据文件，需要将查询到的数据文件，替换为目标数据，已保证目标数据在模板安装包文件中的准确性。

在一些实施例中，上述方法还包括：

响应于在数据位置中未查询到数据文件，将目标数据添加至数据位置。

基于步骤121，在数据位置中，若未查询到与目标数据文件名相同的数据文件，可以直接将目标数据添加至数据位置，以保证目标数据在模板安装包文件中的完整性。

在一些实施例中，上述图1以及图2所示实施例的方法由第一设备执行，上述方法还包括：

响应于第一设备与第二设备相连，将目标安装包文件发送至第二设备，以在第二设备上运行安装上述目标安装包文件对应的应用程序；

其中，第二设备是运行上述指定操作系统环境的计算机设备。

也就是说，可以由第一设备执行上述图1以及图2所示实施例的方法，第一设备不同于第二设备，其中，第二设备是运行上述指定操作系统环境的计算机设备。

其中，可以先在第一设备上获得指定操作系统环境对应的目标安装包文件，当第一设备与第二设备通过特定方式连接时，再将第一设备获得的目标安装包文件发送至第二设备，此时，第二设备上即可以运行安装该目标安装包文件对应的应用程序。

具体比如，以第一设备是电脑端、第二设备是移动手机端为例：在电脑端获得与移动手机端的操作系统环境对应的目标安装包文件，通过USB数据线将移动手机设备连接到电脑端，再将电脑端获得的目标安装包文件发送至移动手机端，此时，移动手机端即可以运行安装该目标安装包文件对应的应用程序。

本申请实施例明确了获取目标安装包文件的第一设备、运行目标安装包文件的第二设备，以及如何在第二设备上安装目标安装包文件的具体步骤，进一步优化了本申请实施例的技术方案。

请参考图4，其示出了本申请再一个示例性实施例提供的安装包文件处理方法的流程图。如图4所示，在一些实施例中，上述图1所示实施例中的步骤130，或者上述图2所示实施例中的步骤130a，可以对应实现为步骤131以及步骤132。

步骤131：获取第二设备对应的签名配置信息。

由于是在第二设备上运行安装该目标安装包文件对应的应用程序，因此需要获取第二设备对应的签名配置信息。

步骤132：通过签名配置信息，对数据添加后的模板安装包文件进行重签名，获得目标安装包文件。

也就是说，通过第二设备的签名配置信息，可以对数据添加后的模板安装包文件进行重签名，以获得目标安装包文件。

以第二设备是iOS设备为例：如果是首次运行，则需要配置相关的签名，后续运行可默认沿用上次构建的签名配置，直接开始重签流程，重签名安装完成，可运行于iOS设备。

本申请实施例明确了在第二设备中获得目标安装包文件的具体步骤，包括获取签名配置信息，通过签名配置信息对安装包文件进行重签名，其中，对模板安装包文件中的数据进行替换后得到的安装包文件无法直接使用，此时，可以对数据替换后的安装包文件进行通过重签名的方式，保证数据替换后的安装包文件能够正确的安装运行。

在一些实施例中，获取第二设备对应的签名配置信息，包括：

展示第三配置界面，第三配置界面中包含签名配置项；

响应于接收到对签名配置项的第三配置操作，获取第三配置操作对应的签名配置信息。

也就是说，上述步骤1301获取第二设备对应的签名配置信息，具体可以包括以下步骤：

步骤D1：展示包含签名配置项的第三配置界面；

步骤D2：当接收到对签名配置项的第三配置操作时，获取第三配置操作对应的签名配置信息。

以第二设备是iOS设备为例，第三配置界面如图6所示，需要配置相关的签名，包括证书签名和临时签名。

本申请实施例明确了获取第二设备对应的签名配置信息的具体流程，通过开发工具来提供签名配置信息的配置界面，简化了用户进行签名配置信息的配置操作的步骤，进一步优化了应用程序的开发效率。

本申请上述实施例所示的方案，可以应用于在Xcode开发工具之外的其它开发环境对应的开发工具，来开发iOS系统下运行的应用程序，而不需要开发人员学习熟悉Xcode开发工具及其编程语言。

比如，以Xcode之外的开发者工具在iOS设备上运行应用的操作步骤为例，该操作可以包括以下步骤。

S1，通过通用串行总线（Universal Serial Bus，USB）数据线将iOS设备连接到电脑端（如果是MacOS则可直接连接，如果是Windows电脑需要安装数字媒体播放应用程序iTunes和云服务iCloud）。

S2，前往开发者工具工具栏，点击「运行」，下拉选择「刷新」，查看「iOS 真机」是否有新的设备标识号（identity document，id）信息，选择连接上的iOS设备。请参考图5，其示出了本申请涉及的开发者工具的工具栏操作示意图。

S3，前往开发者工具工具栏，点击「运行」，如果是首次运行，则需要配置相关的签名。

请参考图6，其示出了本申请涉及的签名配置界面图。后续运行可默认沿用上次构建的签名配置，即跳过S4直接开始重签流程。

S4，选择「证书签名」和「临时签名」点击「确定」后，出现的弹窗以及要配置的内容有所不同。

S4.1，临时签名：

点击「确定」后出现弹窗（如图7所示是MacOS上的截图，Windows上交互类似），并填写用户的手机设备对应的iOS账号和密码即可。请参考图7，其示出了本申请涉及的临时签名设置界面图。

S4.2，证书签名：

选择「证书签名」点击「确定」后，将出现弹窗和内容（如图8所示是Windows上的截图，MacOS上交互类似）：

1.证书路径（Certificate Path）：p12文件（包含私钥）；

2.证书密码（Certificate Password）：p12文件的密码；

3.文件（Profile）：Provisioning Profile后缀名为.mobileprovision。

完成弹窗提示的填入内容，点击「确定」即可。

请参考图8，其示出了本申请涉及的证书签名设置界面图。

S5，重签名安装完成，可运行于真机。

开发者可通过开发者工具的构建面板看到构建日志输出。当构建面板显示构建成功，iOS应用将自动拉起运行。请参考图9，其示出了本申请涉及的构建日志示意图。

本申请涉及的方案由两个主要部分组成，分别是：

多端框架的资源化、配置化架构设计；

流程化、产品化的开发者资源整合替换与应用重签名。

一、多端框架的资源化、配置化架构设计如下所示。

请参考图10，其示出了本申请涉及的应用构建的框架图。如图10所示，以「移动应用助手小程序」为基础开发「移动应用助手App」为例，多端应用使用小程序语法开发，经开发者工具将小程序代码编译成多端资源包。将多端资源包与多端SDK、原生工程模版组合即是多端应用。其中，原生工程模版包括Android工程模版和iOS工程模版。

其中，原生工程模版把涉及多端应用个性化的相关内容都进行了配置化处理。具体比如，多端应用个性化的相关内容可以是App启动页图片、App应用图标、App弹窗文案等原本需要通过修改iOS原生工程项目的内容。

以iOS应用为例，请参考图11和图12，图11示出了本申请涉及的应用文件内容的一个示意图，图12示出了本申请涉及的应用文件内容的另一个示意图。如图11所示，应用基础信息相关的配置收归于IPA文件内的Info.plist文件；如图12所示，应用功能配置相关的配置在MiniApp.bundle下的AppConfig.plist文件中管理；多端资源包位MiniApp.bundle下的module目录中。

多端框架使用Xcode将原生工程模版与默认配置预构建为IPA文件。其中，默认配置可以包含通用的内容以及个性化的相关内容。在开发者运行多端应用时，会以该预先构建的IPA文件为基础，上述来自开发者的资源与配置的字段与资源都可以在重签名阶段替换为开发者指定的内容，最终将基于这些配置与资源运行出不同的效果。如图11和图12所示是IPA文件的内容。

二、流程化、产品化的开发者资源整合替换与应用重签名过程如下所示。

请参考图13，其示出了本申请涉及的配置界面示意图。如图13所示的「多端应用配置面板」，包含了所有开发者可能涉及到的应用相关的配置。这些配置保存在多端项目的project.miniapp.json文件中，在开发者工具上以可视化配置的交互呈现。开发者可以很方便地就在其中完成应用的相关配置。完成配置修改后，按上述的运行应用流程在开发者工具工具栏点击「运行」将即刻体验到更新配置的效果。

开发者工具还为开发多端应用提供了「多端应用模式」，配备了多端应用开发的各类操作栏功能。开发者在开发过程中进行代码修改、更新多端应用配置所涉及的资源替换、配置更新只至最后重签名并安装到调试设备上，都只需一键点击「运行」即可，极大程度地简化了开发者所需操作，提供了良好的多端应用开发体验。

通过该方案的实现，开发者可以不受开发设备限制，同时延续小程序开发的体验，极大程度降低开发者对iOS应用开发所需知识的要求，快速上手iOS应用的开发。

本申请上述方案通过应用iOS应用重签名技术，使得拥有不同操作系统电脑的开发者都可以免Xcode开发属于自己的iOS应用。本方案不仅帮助开发者解决了无MacOS电脑无法开发iOS应用的困境，同时也帮助开发者省去了Xcode的安装与学习成本，使其可以非常简单地就上手iOS应用开发。

本申请上述方案通过多端框架结合了iOS应用重签名技术，通过配置化、资源化不同多端应用的差异点，使不同的多端iOS应用可以通过对一份预编译好的IPA进行资源替换、配置更新，最后重签名生成。由于涉及iOS应用的以上操作不受电脑操作系统的限制，因此开发者在使用多端框架来开发iOS应用时，可以使用任一操作系统的电脑并且免去安装Xcode。同时，由于每次对代码的变更都可以通过资源替换、配置更新最后重签名的方式体现到开发者的调试设备上，其中，上述提到的对代码的变更是可以部分进行的。因此，本申请技术方案也可以成为一种开发iOS应用的方案。

本申请技术方案会解决的问题如下所示。

多端框架一开始便以资源化、配置化的架构设计多端应用开发方案，使得跨平台免Xcode开发iOS成为了一种自然而然的结果。来自开发者的资源与配置包括小程序代码、静态资源文件（如图片、应用图标、应用文案）、应用配置文件（如应用唯一标识、应用名称、应用系统权限配置），这些内容会在构建多端应用时，以一定的规则与组织方式替换到框架预先编译好的IPA文件内，最后经过重签名安装至开发者的调试设备上，完成真机运行与调试。

具体比如，上述提到的规则与组织方式遵循iOS App的规范，应用配置文件（如应用唯一标识、应用名称、应用系统权限配置）放置在IPA文件的Info.plist文件中；静态资源文件（如图片、应用图标、应用文案）直接放置在IPA文件中；小程序代码放置在IPA文件中的MiniApp.bundle中。当App启动运行时，多端框架加载对应文件夹中的小程序代码使得App正常运行。

本申请技术方案通过重签名技术达到跨平台免Xcode开发iOS应用的目的，因此，在最开始进行方案设计时，就以“一切都是资源”的目标设计App的构建流程。在本申请技术方案中，开发者无法接触原生iOS代码，比如一些启动页图片、App图标、弹窗等需要通过Xcode来配置的内容，通过对原生iOS代码进行可配置化处理来满足开发者的需求。为了达到这一目的，需要在底层核心技术上搭建架构设计。其他类资源化的iOS应用开发方案并没有以免Xcode开发为目的，开发者可以接触原生代码，相应地，也就没有实现同样方案的基础。

图14其示出了本申请一个示例性实施例示出的安装包文件处理装置的方框图，该装置可以用于执行如图1、图2、图3或图4所示方法中，由计算机设备执行的全部或部分步骤如图14所示，该装置包括：

获取模块1401，用于获取指定格式的目标数据，指定格式是指定操作系统环境对应的安装包文件中可替换的数据的格式；

添加模块1402，用于将目标数据，通过替换的方式添加至模板安装包文件中；模板安装包文件是已构建的指定操作系统环境对应的安装包文件；

重签名模块1403，用于对数据添加后的模板安装包文件进行重签名，获得指定操作系统环境对应的目标安装包文件。

在一些实施例中，获取模块1401，用于通过第一开发工具获取目标数据；

添加模块1402，用于通过第一开发工具将目标数据，通过替换的方式添加至模板安装包文件中；

重签名模块1403，用于通过第一开发工具对数据添加后的模板安装包文件进行重签名，获得目标安装包文件；

其中，第一开发工具不同于第二开发工具，第二开发工具是用于开发指定操作系统环境对应的应用程序的开发工具。

在一些实施例中，指定格式的目标数据，包括以下数据中的至少一种：

第一格式的资源包，以及，第二格式的配置文件；

资源包中包含程序代码，以及，静态资源文件中的至少一种。

在一些实施例中，在指定格式的目标数据包括第一格式的资源包，且资源包中包含程序代码的情况下，获取指定格式的目标数据，包括：

获取开发者通过第一编程语言编辑的第一程序代码；

将第一程序代码编译为第二编程语言对应的第二程序代码；第二编程语言是指定操作系统环境对应的应用程序的编程语言；第一编程语言不同于第二编程语言；

获取包含第二程序代码的资源包。

在一些实施例中，在指定格式的目标数据包括第一格式的资源包，且资源包中包含静态资源文件的情况下，获取指定格式的目标数据，包括：

显示第一配置界面，第一配置界面包含资源文件配置项；

响应于接收到对资源文件配置项的第一配置操作，获取第一配置操作对应的静态资源文件；

获取包含静态资源文件的资源包。

在一些实施例中，在指定格式的目标数据包括第二格式的配置文件的情况下，获取指定格式的目标数据，包括：

显示第二配置界面，第二配置界面包含应用配置选项；

响应于接收到对应用配置选项的第二配置操作，获取第二配置操作对应的应用程序配置信息；

生成包含应用程序配置信息的配置文件。

在一些实施例中，添加模块1402，用于在目标数据对应在模板安装包文件中的数据位置处，查询与目标数据具有相同的文件名的数据文件；

将查询到的数据文件，替换为目标数据。

在一些实施例中，添加模块1402，还用于响应于在数据位置中未查询到数据文件，将目标数据添加至数据位置。

在一些实施例中，该装置还包括第一设备1404，用于响应于第一设备与第二设备相连，将目标安装包文件发送至第二设备，以在第二设备上运行安装目标安装包文件对应的应用程序；

其中，第二设备是运行指定操作系统环境的计算机设备。

在一些实施例中，重签名模块1403，用于获取第二设备对应的签名配置信息；

通过签名配置信息，对数据添加后的模板安装包文件进行重签名，获得目标安装包文件。

在一些实施例中，重签名模块1403，用于展示第三配置界面，第三配置界面中包含签名配置项；

响应于接收到对签名配置项的第三配置操作，获取第三配置操作对应的签名配置信息。

综上所述，本申请实施例所示的方案，在开发应用程序的安装包文件的过程中，可以获取指定操作系统环境对应的安装包文件中可替换的数据的格式的目标数据，然后将该目标数据替换的已构建的指定操作系统环境对应的安装包文件中，然后对替换数据后的安装包文件进行重签名即可以得到指定操作系统环境对应的目标安装包文件，上述过程中可以简化开发人员构建目标安装包文件的过程，提高应用程序的开发效率。

图15示出了本申请一个示例性实施例示出的计算机设备的结构框图。该计算机设备可以实现为本申请上述方案中的服务器。该计算机设备1500包括中央处理单元（CentralProcessing Unit，CPU）1501、包括随机存取存储器（Random Access Memory，RAM）1502和只读存储器（Read-Only Memory，ROM）1503的系统存储器1504，以及连接系统存储器1504和中央处理单元1501的系统总线1505。该计算机设备1500还包括用于存储操作系统1509、应用程序1510和其他程序模块1511的大容量存储设备1506。

该大容量存储设备1506通过连接到系统总线1505的大容量存储控制器（未示出）连接到中央处理单元1501。该大容量存储设备1506及其相关联的计算机可读介质为计算机设备1500提供非易失性存储。也就是说，该大容量存储设备1506可以包括诸如硬盘或者只读光盘（Compact Disc Read-Only Memory，CD-ROM）驱动器之类的计算机可读介质（未示出）。

不失一般性，该计算机可读介质可以包括计算机存储介质和通信介质。计算机存储介质包括以用于存储诸如计算机可读指令、数据结构、程序模块或其他数据等信息的任何方法或技术实现的易失性和非易失性、可移动和不可移动介质。计算机存储介质包括RAM、ROM、可擦除可编程只读寄存器（Erasable Programmable Read Only Memory，EPROM）、电子抹除式可复写只读存储器（Electrically-Erasable Programmable Read-OnlyMemory，EEPROM）闪存或其他固态存储其技术，CD-ROM、数字多功能光盘（DigitalVersatile Disc，DVD）或其他光学存储、磁带盒、磁带、磁盘存储或其他磁性存储设备。当然，本领域技术人员可知该计算机存储介质不局限于上述几种。上述的系统存储器1504和大容量存储设备1506可以统称为存储器。

根据本公开的各种实施例，该计算机设备1500还可以通过诸如因特网等网络连接到网络上的远程计算机运行。也即计算机设备1500可以通过连接在该系统总线1505上的网络接口单元1507连接到网络1508，或者说，也可以使用网络接口单元1507来连接到其他类型的网络或远程计算机系统（未示出）。

该存储器还包括至少一条计算机程序，该至少一条计算机程序存储于存储器中，中央处理单元1501通过执行该至少一条计算机程序来实现上述各个实施例所示的方法中的全部或者部分步骤。

在示例性实施例中，还提供了一种芯片，芯片包括可编程逻辑电路和/或程序指令，当芯片在计算机设备上运行时，用于实现上述方面的安装包文件处理方法。

在示例性实施例中，还提供了一种计算机程序产品，该计算机程序产品包括计算机指令，该计算机指令存储在计算机可读存储介质中。计算机设备的处理器从计算机可读存储介质读取该计算机指令，处理器从计算机可读存储介质读取并执行该计算机指令，以实现上述各方法实施例提供的安装包文件处理方法。

在示例性实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，计算机程序由处理器加载并执行以实现上述各方法实施例提供的安装包文件处理方法。

本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成，也可以通过程序来指令相关的硬件完成，的程序可以存储于一种计算机可读存储介质中，上述提到的存储介质可以是只读存储器，磁盘或光盘等。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。

Claims (11)

1.一种安装包文件处理方法，其特征在于，所述方法包括：

通过第一开发工具获取指定格式的目标数据，所述指定格式是指定操作系统环境对应的安装包文件中可替换的数据的格式；所述第一开发工具不同于第二开发工具，所述第二开发工具是用于开发所述指定操作系统环境对应的应用程序的开发工具；所述指定格式的目标数据包括第一格式的资源包；所述资源包中包含程序代码，以及，静态资源文件中的至少一种；

通过所述第一开发工具将所述目标数据，通过替换的方式添加至模板安装包文件中；所述模板安装包文件是已构建的所述指定操作系统环境对应的安装包文件；

通过所述第一开发工具对数据添加后的所述模板安装包文件进行重签名，获得所述指定操作系统环境对应的目标安装包文件；

其中，在所述资源包中包含程序代码的情况下，所述通过第一开发工具获取指定格式的目标数据，包括：通过所述第一开发工具获取开发者通过第一编程语言编辑的第一程序代码；将所述第一程序代码编译为第二编程语言对应的第二程序代码；所述第二编程语言是所述指定操作系统环境对应的应用程序的编程语言；所述第一编程语言不同于所述第二编程语言；获取包含所述第二程序代码的所述资源包；

在所述资源包中包含静态资源文件的情况下，所述通过第一开发工具获取指定格式的目标数据，包括：通过所述第一开发工具显示第一配置界面，所述第一配置界面包含资源文件配置项；响应于接收到对所述资源文件配置项的第一配置操作，获取所述第一配置操作对应的所述静态资源文件；获取包含所述静态资源文件的所述资源包。

2.根据权利要求1所述的方法，其特征在于，所述指定格式的目标数据，还包括第二格式的配置文件。

3.根据权利要求2所述的方法，其特征在于，所述通过第一开发工具获取指定格式的目标数据，包括：

通过所述第一开发工具显示第二配置界面，所述第二配置界面包含应用配置选项；

响应于接收到对所述应用配置选项的第二配置操作，获取所述第二配置操作对应的应用程序配置信息；

生成包含所述应用程序配置信息的所述配置文件。

4.根据权利要求1至3任一所述的方法，其特征在于，所述通过所述第一开发工具将所述目标数据，通过替换的方式添加至模板安装包文件中，包括：

通过所述第一开发工具在所述目标数据对应在所述模板安装包文件中的数据位置处，查询与所述目标数据具有相同的文件名的数据文件；

将查询到的所述数据文件，替换为所述目标数据。

5.根据权利要求4所述的方法，其特征在于，所述方法还包括：

响应于在所述数据位置中未查询到所述数据文件，将所述目标数据添加至所述数据位置。

6.根据权利要求1至3任一所述的方法，其特征在于，所述方法由第一设备执行，所述方法还包括：

响应于所述第一设备与第二设备相连，将所述目标安装包文件发送至所述第二设备，以在所述第二设备上运行安装所述目标安装包文件对应的应用程序；

其中，所述第二设备是运行所述指定操作系统环境的计算机设备。

7.根据权利要求6所述的方法，其特征在于，所述通过所述第一开发工具对数据添加后的所述模板安装包文件进行重签名，获得所述指定操作系统环境对应的目标安装包文件，包括：

通过所述第一开发工具获取所述第二设备对应的签名配置信息；

通过所述签名配置信息，对数据添加后的所述模板安装包文件进行重签名，获得所述目标安装包文件。

8.根据权利要求7所述的方法，其特征在于，所述通过所述第一开发工具获取所述第二设备对应的签名配置信息，包括：

通过所述第一开发工具展示第三配置界面，所述第三配置界面中包含签名配置项；

响应于接收到对所述签名配置项的第三配置操作，获取所述第三配置操作对应的所述签名配置信息。

9.一种安装包文件处理装置，其特征在于，所述装置包括：

获取模块，用于通过第一开发工具获取指定格式的目标数据，所述指定格式是指定操作系统环境对应的安装包文件中可替换的数据的格式；所述第一开发工具不同于第二开发工具，所述第二开发工具是用于开发所述指定操作系统环境对应的应用程序的开发工具；所述指定格式的目标数据包括第一格式的资源包；所述资源包中包含程序代码，以及，静态资源文件中的至少一种；

添加模块，用于通过所述第一开发工具将所述目标数据，通过替换的方式添加至模板安装包文件中；所述模板安装包文件是已构建的所述指定操作系统环境对应的安装包文件；

重签名模块，用于通过所述第一开发工具对数据添加后的所述模板安装包文件进行重签名，获得所述指定操作系统环境对应的目标安装包文件；

其中，所述获取模块，用于在所述资源包中包含程序代码的情况下，通过所述第一开发工具获取开发者通过第一编程语言编辑的第一程序代码；将所述第一程序代码编译为第二编程语言对应的第二程序代码；所述第二编程语言是所述指定操作系统环境对应的应用程序的编程语言；所述第一编程语言不同于所述第二编程语言；获取包含所述第二程序代码的所述资源包；

所述获取模块，用于在所述资源包中包含静态资源文件的情况下，通过所述第一开发工具显示第一配置界面，所述第一配置界面包含资源文件配置项；响应于接收到对所述资源文件配置项的第一配置操作，获取所述第一配置操作对应的所述静态资源文件；获取包含所述静态资源文件的所述资源包。

10.一种计算机设备，其特征在于，所述计算机设备包括处理器和存储器，所述存储器存储有至少一条计算机指令，所述至少一条计算机指令由所述处理器加载并执行以实现如权利要求1至8任一所述的安装包文件处理方法。

11.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有至少一条计算机指令，所述计算机指令由处理器加载并执行以实现如权利要求1至8任一所述的安装包文件处理方法。