CN110377326A - 安装包生成方法、装置、开发设备和计算机可读介质 - Google Patents

Abstract

本申请实施例公开了安装包生成方法、装置、开发设备和计算机可读介质。该方法的实施例包括：在目标安装包的生成过程中，选取图像处理方式，其中，安装包生成过程中的图像处理方式包括复制方式和压缩方式；响应于确定所选取的图像处理方式为复制方式，从所述第三方库管理工具中，调用目标脚本文件；按照目标脚本文件中的第一方法，将待存储的图像复制于所述目标安装包中。该实施方式实现了安装包的生成速度。

Description

安装包生成方法、装置、开发设备和计算机可读介质

技术领域

本申请实施例涉及计算机技术领域，具体涉及安装包生成方法、装置、开发设备和计算机可读介质。

背景技术

在iOS(一种移动操作系统)应用的开发环境下，通常使用开发工具中提供的图片容器(例如image asset)进行图片管理。

现有的方式，在进行应用的安装包生成时，图片容器中的图片会被开发工具中的内置图片处理工具(例如actool)进行压缩，生成名为Assets.car的压缩文件，进而将该压缩文件存储至安装包。然而，在应用的开发过程中，通常需要多次进行安装包的生成。当图片数量较大时，该压缩文件的生成速度较慢，导致安装包生成速度较慢。

发明内容

本申请实施例提出了安装包生成方法、装置、开发设备和计算机可读介质，以解决现有技术中在iOS开发环境下，安装包生成速度较慢技术问题。

第一方面，本申请实施例提供了一种安装包生成方法，应用于开发设备，开发设备中安装有适用于iOS操作系统的第三方库管理工具，该方法包括：在目标安装包的生成过程中，选取图像处理方式，其中，安装包生成过程中的图像处理方式包括复制方式和压缩方式；响应于确定所选取的图像处理方式为复制方式，执行如下步骤：从第三方库管理工具中，调用预先改写的目标脚本文件，其中，目标脚本文件中记录有将图像复制到安装包的第一方法；按照第一方法，将待存储的图像复制于目标安装包中。

在一些实施例中，该方法还包括：响应于确定所选取的图像处理方式为压缩方式，执行如下步骤：响应于确定所选取的图像处理方式为压缩方式，从第三方库管理工具中，调用预先存储的原始脚本文件，其中，原始脚本文件中记录有将图像进行压缩的第二方法；按照第二方法，将待存储的图像进行压缩，生成压缩文件，并将压缩文件存储至目标安装包中。

在一些实施例中，在在目标安装包的生成过程中，选取图像处理方式之前，该方法还包括：对第三方库管理工具指定路径中的预置脚本文件进行两次复制，其中，预置脚本文件中记录有第二方法；将复制后所生成的脚本文件分别作为原始脚本文件和目标脚本文件，并进行重命名，以使各脚本文件的名称不同；将目标脚本文件中的第二方法替换为第一方法；对预置脚本文件进行更新，更新包括：在预置脚本文件中添加目标环境变量、删除预置脚本文件中的第二方法、添加各脚本文件的调用条件，其中，目标环境变量用于指示安装包生成过程中的图像处理方式。

在一些实施例中，在目标安装包的生成过程中，选取图像处理方式，包括：在目标安装包的生成过程中，调用更新后的预置脚本文件；读取所调用的预置脚本文件中的目标环境变量的值；响应于确定值为目标值，选取复制方式作为目标安装包的图像处理方式；响应于确定值不为目标值，选取压缩方式作为目标安装包的图像处理方式。

在一些实施例中，按照第一方法，将待存储的图像复制于目标安装包中，包括：在第三方库管理工具的目标文件夹中，查找用于存放图像资源的各图像资源文件夹，其中，目标文件夹用于存放生成目标安装包所需的数据；查找各图像资源文件夹中的图像集；将各图像集中的图像复制于目标安装包中。

在一些实施例中，将各图像集中的图像复制于目标安装包中，包括：对于各图像集中的每一张图像，确定该图像的名称中是否包含第一关键词或第二关键词，其中，第一关键词用于表征该图像为二倍图，第二关键词用于表征该图像为三倍图；响应于确定包含，执行如下步骤：从该图像的名称中，提取第一关键词或第二关键词之前的字符串，确定字符串与该图像所属图像集的名称是否一致；响应于确定不一致，将字符串更新为该图像所属图像集的名称，并将更新名称后的该图像复制于目标安装包中；响应于确定一致，将该图像复制于目标安装包中。

在一些实施例中，在确定该图像的名称中是否包含第一关键词或第二关键词之后，将各图像集中的图像复制于目标安装包中，还包括：响应于确定不包含，执行如下步骤：确定该图像的名称与该图像所属图像集的名称是否一致；响应于确定不一致，将该图像的名称更新为该图像所属图像集的名称，并将更新名称后的该图像复制于目标安装包中；响应于确定一致，将该图像复制于目标安装包中。

第二方面，本申请实施例提供了一种安装包生成装置，应用于开发设备，开发设备中安装有适用于iOS操作系统的第三方库管理工具，该装置包括：选取单元，被配置成在目标安装包的生成过程中，选取图像处理方式，其中，安装包生成过程中的图像处理方式包括复制方式和压缩方式；第一调用单元，被配置成响应于确定所选取的图像处理方式为复制方式，从第三方库管理工具中，调用预先改写的目标脚本文件，其中，目标脚本文件中记录有将图像复制到安装包的第一方法；复制单元，被配置成按照第一方法，将待存储的图像复制于目标安装包中。

在一些实施例中，该装置还包括：第二调用单元，被配置成响应于确定所选取的图像处理方式为压缩方式，从第三方库管理工具中，调用预先存储的原始脚本文件，其中，原始脚本文件中记录有将图像进行压缩的第二方法；压缩单元，被配置成按照第二方法，将待存储的图像进行压缩，生成压缩文件，并将压缩文件存储至目标安装包中。

在一些实施例中，该装置还包括：脚本文件复制单元，被配置成对第三方库管理工具指定路径中的预置脚本文件进行两次复制，其中，预置脚本文件中记录有第二方法；重命名单元，被配置成将复制后所生成的脚本文件分别作为原始脚本文件和目标脚本文件，并进行重命名，以使各脚本文件的名称不同；替换单元，被配置成将目标脚本文件中的第二方法替换为第一方法；更新单元，被配置成对预置脚本文件进行更新，更新包括：在预置脚本文件中添加目标环境变量、删除预置脚本文件中的第二方法、添加各脚本文件的调用条件，其中，目标环境变量用于指示安装包生成过程中的图像处理方式。

在一些实施例中，选取单元进一步被配置成：在目标安装包的生成过程中，调用更新后的预置脚本文件；读取所调用的预置脚本文件中的目标环境变量的值；响应于确定值为目标值，选取复制方式作为目标安装包的图像处理方式；响应于确定值不为目标值，选取压缩方式作为目标安装包的图像处理方式。

在一些实施例中，复制单元进一步被配置成：在第三方库管理工具的目标文件夹中，查找用于存放图像资源的各图像资源文件夹，其中，目标文件夹用于存放生成目标安装包所需的数据；查找各图像资源文件夹中的图像集；将各图像集中的图像复制于目标安装包中。

在一些实施例中，复制单元进一步被配置成：对于各图像集中的每一张图像，确定该图像的名称中是否包含第一关键词或第二关键词，其中，第一关键词用于表征该图像为二倍图，第二关键词用于表征该图像为三倍图；响应于确定包含，执行如下步骤：从该图像的名称中，提取第一关键词或第二关键词之前的字符串，确定字符串与该图像所属图像集的名称是否一致；响应于确定不一致，将字符串更新为该图像所属图像集的名称，并将更新名称后的该图像复制于目标安装包中；响应于确定一致，将该图像复制于目标安装包中。

在一些实施例中，复制单元进一步被配置成：响应于确定不包含，执行如下步骤：确定该图像的名称与该图像所属图像集的名称是否一致；响应于确定不一致，将该图像的名称更新为该图像所属图像集的名称，并将更新名称后的该图像复制于目标安装包中；响应于确定一致，将该图像复制于目标安装包中。

第三方面，本申请实施例提供了一种开发设备，包括：一个或多个处理器；存储装置，其上存储有一个或多个程序，当一个或多个程序被一个或多个处理器执行，使得一个或多个处理器实现如上述第一方面中任一实施例的方法。

第四方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，该程序被处理器执行时实现如上述第一方面中任一实施例的方法。

本申请实施例提供的安装包生成方法、装置、开发设备和计算机可读介质，通过在目标安装包的生成过程中，选取图像处理方式，从而能够根据不同的图像处理方式，对待存储的图像执行不同的操作。此处，安装包生成过程中的图像处理方式可以包括复制方式和压缩方式。当所选取的图像处理方式为复制方式时，可以从所安装的第三方库管理工具中，调用预先改写的目标脚本文件。由于目标脚本文件中记录有将图像复制到安装包的第一方法，因而，可以按照该第一方法，将待存储的图像复制于目标安装包中。由此，在安装包生成过程中，能够针对不同的需求，提供不同的图像处理方式，提高了安装包生成的灵活性。此外，由于支持了直接将图像复制于安装包的方式，相对于先进行图像压缩再进行压缩包存储的方式，不需要执行图像压缩过程。当图像数量较大时，由于不需要执行图像压缩过程，因此，提高了安装包生成速度。此外，在应用的开发过程中，由于通常需要多次进行安装包的生成，因而，这种方式能够提高开发效率。

附图说明

通过阅读参照以下附图所作的对非限制性实施例所作的详细描述，本申请的其它特征、目的和优点将会变得更明显：

图1是根据本申请的安装包生成方法的一个实施例的流程图；

图2是根据本申请的将图像复制到安装包的第一方法的一个实施例的流程图；

图3是根据本申请的安装包生成方法的又一个实施例的流程图；

图4是根据本申请的安装包生成装置的一个实施例的结构示意图；

图5是适于用来实现本申请实施例的开发设备的计算机系统的结构示意图。

具体实施方式

下面结合附图和实施例对本申请作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释相关发明，而非对该发明的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与有关发明相关的部分。

需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。下面将参考附图并结合实施例来详细说明本申请。

请参考图1，其示出了根据本申请的安装包生成方法的一个实施例的流程100。该安装包生成方法，可以应用于开发设备。

上述开发设备能够进行iOS应用的开发。上述iOS应用可以是运行于iOS操作系统的应用。实践中，上述开发设备中可以安装有用于进行iOS应用开发的集成开发工具(例如Xcode)。技术人员可以利用该集成开发工具进行iOS应用的开发。

此处，上述开发设备中可以安装有适用于iOS操作系统的第三方库管理工具(例如CocoaPods)。实践中，该第三方库管理工具可以管理利用上述集成开发工具所创建的工程中的依赖库(即所依赖的库文件)。具体地，该第三方库管理工具可以解决各依赖库之间的依赖关系，以及，可以获取各依赖库的源代码，进而能够将各依赖库链接在一起构成工程。由此，在进行某个应用的开发时，可以利用上述第三方库管理工具管理该应用所需的库文件。在进行该应用的安装包生成时，可以从该第三方库管理工具中读取数据。

该安装包生成方法，可以包括以下步骤：

步骤101，在目标安装包的生成过程中，选取图像处理方式。

在本实施例中，安装包生成方法的执行主体(例如上述开发设备)在目标安装包的生成过程中，可以选取图像处理方式。其中，上述目标安装包可以是iOS应用的安装包。

此处。安装包生成过程中的图像处理方式可以包括复制方式和压缩方式。上述复制方式，可以是在安装包的生成过程中，直接将待存储的图像直接复制于安装包中的方式。上述压缩方式，可以是在安装包的生成过程中，首先将待存储的图像进行压缩，而后将压缩文件存储至安装包的方式。

在本实施例中，上述执行主体可以基于当前的任务类型，对图像处理方式进行选取。

在一种场景中，若当前的任务为开发者进行目标安装包的自测，或者，利用持续集成工具(例如Jenkins)进行代码提交验证和性能分析等，则可以选取复制方式作为上述目标安装包的图像处理方式。由于在应用的开发过程中通常需要多次进行目标安装包自测、性能验证等操作，由此，将图像直接复制于目标安装包中，不进行图像压缩，可以节省图像处理时间，从而提高目标安装包的生成速度。进而，有助于提高开发效率。

在一种场景中，若当前的任务为对待提交给服务端(例如应用管理服务器)的目标安装包进行验证，则需要生成更小的目标安装包。此时，可以选取压缩方式作为上述目标安装包的图像处理方式。

实践中，上述压缩方式是安装包生成过程中常用的图片处理方式。在iOS应用的开发环境下，通常使用上述集成开发工具中提供的图片容器(例如image asset)进行图片管理。在进行应用的安装包生成时，图片容器中的图片会被上述集成开发工具中的内置图片处理工具(例如actool)进行压缩，生成名为Assets.car的压缩文件，进而将该压缩文件存储至安装包。

步骤102，响应于确定所选取的图像处理方式为复制方式，从第三方库管理工具中，调用预先改写的目标脚本文件。

在本实施例中，响应于确定所选取的图像处理方式为复制方式，上述执行主体可以首先从上述第三方库管理工具中，调用预先改写的目标脚本文件。其中，上述目标脚本文件中可以记录有将图像复制到安装包的第一方法。

实践中，上述第三方库管理工具(例如CocoaPods)的指定路径中可以存储有预置脚本文件(该预置脚本文件由上述第三方库管理工具自动生成)。该预置脚本文件可以记录有将图像进行压缩的第二方法。在安装包生成过程中，需要读取第三方库管理工具中的预置脚本文件进行图像处理。由此，在未对预置脚本文件进行改写时，安装包的生成过程中的图片处理方式为压缩方式。

鉴于此，上述执行主体可以预先将该预置脚本文件进行改写，即将其中所记录的第二方法改写为将图像复制到安装包的第一方法，从而得到改写后的目标脚本文件。当所选取复制方式作为目标安装包的图像处理方式，则可以调用该目标脚本文件，读取其中所记录的第一方法。进而按照该第一方法，实现直接将待存储的图像复制于目标安装包中。

步骤103，按照目标脚本文件所记录的第一方法，将待存储的图像复制于目标安装包中。

在本实施例中，上述执行主体可以按照目标脚本文件所记录的第一方法，将待存储的图像复制于目标安装包中。实践中，上述第一方法可以是能够实现将图像复制于安装包中的各种方法。上述第一方法可以用代码进行表示。当上述执行主体执行该代码时，即可实现图像的复制。

作为示例，上述第一方法可以指示按照如下步骤将待存储的图像复制于目标安装包：首先，从所述第三方库管理工具的目标文件夹(例如存储有生成上述目标安装包所需的数据的文件夹)中查找图片。之后，将所查找到的图片复制到于目标安装包中。

作为又一示例，所述第一方法可以指示按照如下步骤将待存储的图像复制于目标安装包：首先，在第三方库管理工具的目标文件夹中，查找用于存放图像资源的各图像资源文件夹。而后，查找各图像资源文件夹中的图像集。最后，将所查找到的各图像集中的图像复制于目标安装包中。需要说明的是，在将图像复制于目标安装包时，还可以基于各图像集的名称，对图像集中的图像的名称进行检验和更新等，以使图像集中的图像的名称与该图像集的名称相匹配。

本申请的上述实施例提供的方法，通过在目标安装包的生成过程中，选取图像处理方式，从而能够根据不同的图像处理方式，对待存储的图像执行不同的操作。此处，安装包生成过程中的图像处理方式可以包括复制方式和压缩方式。当所选取的图像处理方式为复制方式时，可以从所安装的第三方库管理工具中，调用预先改写的目标脚本文件。由于目标脚本文件中记录有将图像复制到安装包的第一方法，因而，可以按照该第一方法，将待存储的图像复制于上述目标安装包中。由此，在安装包生成过程中，能够针对不同的需求，提供不同的图像处理方式，提高了安装包生成的灵活性。此外，由于支持了直接将图像复制于安装包的方式，相对于先进行图像压缩再进行压缩包存储的方式，不需要执行图像压缩过程。当图像数量较大时，由于不需要执行图像压缩过程，因此，提高了安装包生成速度。此外，在应用的开发过程中，由于通常需要多次进行安装包的生成，因而，这种方式能够提高开发效率。

对于步骤103中的将图像复制到安装包的第一方法，可以进一步参考图2。图2给出了根据本申请的将图像复制到安装包的第一方法的一个实施例的流程图。该将图像复制到安装包的第一方法200，可以包括以下步骤：

步骤201，在第三方库管理工具的目标文件夹中，查找用于存放图像资源的各图像资源文件夹。

在本实施例中，上述执行主体可以在第三方库管理工具(例如CocoaPods)的目标文件夹(例如.xcassets格式的文件夹)中，查找用于存放图像资源的各图像资源文件夹。其中，上述目标文件夹可以用于存放生成上述目标安装包所需的数据。

步骤202，查找各图像资源文件夹中的图像集。

在本实施例中，上述图像资源文件夹下可以包含图像集子目录。上述执行主体可以查找上述各图像资源文件夹中的图像集(例如Image Set图像集)。

步骤203(图中未示出)，将各图像集中的图像复制于目标安装包中。

在本实施例中，上述执行主体可以将上述各图像集中的图像复制于上述目标安装包中。此处，可以直接将各图像集中的图像复制于上述目标安装包中，也可以先进行图像的名称的检查，再进行图像复制。

在本实施例的一些可选的实现方式中，上述步骤203可以进一步划分为如下步骤执行：

步骤2031，对于上述各图像集中的每一张图像，确定该图像的名称中是否包含第一关键词或第二关键词。

在本实施例中，对于上述各图像集中的每一张图像，上述执行主体可以确定该图像的名称中是否包含第一关键词或第二关键词。其中，上述第一关键词可以用于表征该图像为二倍图。例如，上述第一关键词可以是@2x。上述第二关键词可以用于表征该图像为三倍图。例如，上述第二关键词可以是@3x。响应于确定包含，可以执行步骤2032-步骤2034。响应于确定不包含，可以执行步骤2035-步骤2037。

步骤2032，响应于确定该图像的名称中包含第一关键词或第二关键词，从该图像的名称中，提取第一关键词或第二关键词之前的字符串，确定字符串与该图像所属图像集的名称是否一致。

步骤2033，响应于确定字符串与该图像所属图像集的名称不一致，将该字符串更新为该图像所属图像集的名称，并将更新名称后的该图像复制于目标安装包中。

步骤2034，响应于确定上述字符串与该图像所属图像集的名称一致，可以将该图像复制于目标安装包中。

步骤2035，响应于确定不包含，确定该图像的名称与该图像所属图像集的名称是否一致。

步骤2036，响应于确定该图像的名称与该图像所属图像集的名称不一致，将该图像的名称更新为该图像所属图像集的名称，并将更新名称后的该图像复制于目标安装包中。

步骤2037，响应于确定该图像的名称与该图像所属图像集的名称一致，将该图像复制于上述目标安装包中。

需要说明的是，当某个图像与其所属的图像集的名称不匹配，若不进行名称修改，在目标安装包安装后，应用将无法查找到该图像。因此，需要根据图像集的名称，将该图像的名称进行修改。

需要指出的是，上述执行主体还可以利用其它方式进行图像的名称的检查，再进行图像复制，不限于上述步骤2031-步骤2037的操作，还可以利用其它方式进行。例如，对于所查找到的每一个图像集，可以首先从该图像集中，查找出名称不包含该图像集名称的图像，作为目标图像。而后，可以对目标图像的名称进行修改。从而，将修改名称后的图像进行复制。

本申请的上述实施例提供的方法，通过依次对图像资源文件夹、图像集以及图像集中的图像进行查找，而后基于图像名称与图像上述图像集的名称，进行图像名称的修改，最后进行图像复制。从而，提供了一种在iOS应用的安装包生成过程中，将图像复制于安装包的有效方式。

进一步参考图3，其示出了安装包生成方法的又一个实施例的流程300。该安装包生成方法可以应用于开发设备。上述开发设备中可以安装有适用于iOS操作系统的第三方库管理工具(例如CocoaPods)。该安装包生成方法的流程300，包括以下步骤：

步骤301，对第三方库管理工具指定路径中的预置脚本文件进行两次复制。

在本实施例中，安装包生成方法的执行主体(例如上述开发设备)在进行目标安装包的生成之前，可以对第三方库管理工具指定路径中的预置脚本文件进行两次复制。其中，上述预置脚本文件中可以记录有将图像进行压缩的方法(此处可称为第二方法)。

作为示例，上述执行主体可以对以下指定路径“Pods/Target Support Files/#{target.name}/#{target.name}-resources.sh”中的预置脚本文件(即“#{target.name}-resources.sh”文件)进行两次复制。

步骤302，将复制后所生成的脚本文件分别作为原始脚本文件和目标脚本文件，并进行重命名，以使各脚本文件的名称不同。

在本实施例中，上述执行主体可以将复制后所生成的其中一个脚本文件作为原始脚本文件，将另一个脚本文件作为目标脚本文件，并分别对上述原始脚本文件和上述目标脚本文件进行重命名，以使各脚本文件的名称不同。

继续上述示例，可以将上述指定路径中的预置脚本文件(即“Pods/TargetSupport Files/#{target.name}/#{target.name}-resources.sh”)复制两次。将复制后的其中一个脚本文件作为原始脚本文件，并进行重命名(例如“Pods/Target SupportFiles/#{target.name}/#{target.name}-resources-origin.sh”)。同时，将复制后的另一个脚本文件作为目标脚本文件，并进行重命名(例如“Pods/Target Support Files/#{target.name}/#{target.name}-resources-modify.sh”)。

步骤303，将目标脚本文件中的第二方法替换为将图像复制到安装包的第一方法。

在本实施例中，上述执行主体可以将上述目标脚本文件中的上述第二方法替换为将图像复制到安装包的第一方法。需要说明的是，由于目标脚本文件是通过对预置脚本文件复制后得到，且由于预置脚本文件中记录有上述第二方法，因而，上述目标脚本文件中也记录有上述第二方法。此处，可以将上述目标脚本文件中所记录的第二方法替换为将图像复制到安装包的第一方法，以进行目标脚本文件的改写。从而，能够在目标安装包的生成过程中，通过调用目标脚本文件，实现直接将图像复制于安装包。

步骤304，对预置脚本文件进行更新。

在本实施例中，上述执行主体可以对预置脚本文件进行更新。上述更新可以包括：在预置脚本文件中添加目标环境变量、删除预置脚本文件中的第二方法、添加各脚本文件的调用条件。

此处，由于在安装包生成过程中，需要读取第三方库管理工具中的预置脚本文件进行图像处理。若不对预置脚本文件进行更新，则将会直接读取上述预置脚本文件中的第二方法，即采用压缩方式进行图像处理。因此，需要对当前的预置脚本文件进行更新。

具体地，可以在上述预置脚本文件中添加目标环境变量。其中，上述目标环境变量可以用于指示图像处理方式。此外，可以删除上述预置脚本文件中所记录的第二方法。以及，可以添加各脚本文件(包括复制后所生成的原始脚本文件和目标脚本文件)的调用条件。例如，当目标环境变量的值为目标值(例如0)，调用目标脚本文件。当环境变量的值不为上述目标值，调用原始脚本文件。

步骤305，在目标安装包的生成过程中，调用更新后的预置脚本文件。

步骤306，读取所调用的预置脚本文件中的目标环境变量的值，并确定该值是否为目标值。

在本实施例中，上述执行主体可以读取所调用的预置脚本文件中的上述目标环境变量的值，并确定该值是否为目标值。响应于确定该值为目标值(例如0)，可以执行步骤307-步骤309。响应于确定该值不为上述目标值，可以执行步骤310-步骤312。

步骤307，响应于确定目标环境变量的值为目标值，选取复制方式作为上述目标安装包的图像处理方式。

在本实施例中，响应于确定该值为目标值，选取复制方式作为上述目标安装包的图像处理方式。

实践中，安装包生成过程中的图像处理方式可以包括复制方式和压缩方式。上述复制方式，可以是在安装包的生成过程中，直接将待存储的图像直接复制于安装包中的方式。上述压缩方式，可以是在安装包的生成过程中，首先将待存储的图像进行压缩，而后将压缩文件存储至安装包的方式。

步骤308，从第三方库管理工具中，调用预先改写的目标脚本文件。

步骤309，按照第一方法，将待存储的图像复制于上述目标安装包中。

需要说明的是，步骤308-步骤309的操作与步骤102-步骤103的操作基本相同，此处不再赘述。

步骤310，响应于确定目标环境变量的值不为目标值，选取复制方式作为目标安装包的图像处理方式。

步骤311，从第三方库管理工具中，调用预先存储的原始脚本文件。

步骤312，按照第二方法，将待存储的图像进行压缩，生成压缩文件，并将上述压缩文件存储至上述目标安装包中。

在本实施例中，由于原始脚本文件通过对预置脚本文件复制后得到，且由于预置脚本文件中记录有上述第二方法，因而，原始脚本文件也记录有上述第二方法。上述执行主体可以直接按照上述第二方法，生成压缩文件，并将上述压缩文件存储至上述目标安装包中。具体地，利用集成开发工具中的内置图片处理工具(例如actool)对图像进行压缩，生成名为Assets.car的压缩文件，进而将该压缩文件存储至安装包。

从图3中可以看出，与图1对应的实施例相比，本实施例中的安装包生成方法的流程300涉及了对预置脚本文件进行复制、改写等步骤。由此，在目标安装包的生成过程中，能够在不同的需求下，调用不同的脚本文件，进而使用所调用的脚本文件中的方法，进行图像处理，提高了安装包生成的灵活性。

进一步参考图4，作为对上述各图所示方法的实现，本申请提供了一种安装包生成装置的一个实施例，该装置实施例与图1所示的方法实施例相对应，该装置具体可以应用于开发设备中。所述开发设备中可以安装有适用于iOS操作系统的第三方库管理工具(例如CocoaPods)。

如图4所示，本实施例所述的安装包生成装置400包括：选取单元401，被配置成在目标安装包的生成过程中，选取图像处理方式，其中，安装包生成过程中的图像处理方式包括复制方式和压缩方式；第一调用单元402，被配置成响应于确定所选取的图像处理方式为复制方式，从上述第三方库管理工具中，调用预先改写的目标脚本文件，其中，上述目标脚本文件中记录有将图像复制到安装包的第一方法；复制单元403，被配置成按照上述第一方法，将待存储的图像复制于上述目标安装包中。

在本实施例的一些可选的实现方式中，该装置还可以包括第二调用单元404和压缩单元405。其中，上述第二调用单元可以被配置成响应于确定所选取的图像处理方式为压缩方式，调用原始脚本文件，其中，上述原始脚本文件中记录有将图像进行压缩的第二方法。上述压缩单元可以被配置成按照上述第二方法，将待存储的图像进行压缩，生成压缩文件，并将上述压缩文件存储至上述目标安装包中。

在本实施例的一些可选的实现方式中，该装置还包括脚本文件复制单元406、重命名单元407、替换单元408和更新单元409。其中，上述脚本文件复制单元，被配置成对上述第三方库管理工具指定路径中的预置脚本文件进行两次复制，其中，上述预置脚本文件中记录有上述第二方法；重命名单元，被配置成将复制后所生成的脚本文件分别作为原始脚本文件和目标脚本文件，并进行重命名，以使各脚本文件的名称不同；替换单元，被配置成将上述目标脚本文件中的上述第二方法替换为上述第一方法；更新单元，被配置成对上述预置脚本文件进行更新，上述更新包括：在上述预置脚本文件中添加目标环境变量、删除上述预置脚本文件中的上述第二方法、添加上述各脚本文件的调用条件，其中，上述目标环境变量用于指示安装包生成过程中的图像处理方式。

在本实施例的一些可选的实现方式中，上述选取单元401可以进一步被配置成：在目标安装包的生成过程中，调用更新后的上述预置脚本文件；读取所调用的预置脚本文件中的上述目标环境变量的值；响应于确定上述值为目标值，选取复制方式作为上述目标安装包的图像处理方式；响应于确定上述值不为目标值，选取压缩方式作为上述目标安装包的图像处理方式。

在本实施例的一些可选的实现方式中，上述复制单元406可以进一步被配置成：在上述第三方库管理工具的目标文件夹中，查找用于存放图像资源的各图像资源文件夹，其中，上述目标文件夹用于存放生成上述目标安装包所需的数据；查找上述各图像资源文件夹中的图像集；将上述各图像集中的图像复制于上述目标安装包中。

在本实施例的一些可选的实现方式中，上述复制单元406可以进一步被配置成：对于上述各图像集中的每一张图像，确定该图像的名称中是否包含第一关键词或第二关键词，其中，上述第一关键词用于表征该图像为二倍图，上述第二关键词用于表征该图像为三倍图；响应于确定包含，执行如下步骤：从该图像的名称中，提取上述第一关键词或上述第二关键词之前的字符串，确定上述字符串与该图像所属图像集的名称是否一致；响应于确定不一致，将上述字符串更新为该图像所属图像集的名称，并将更新名称后的该图像复制于上述目标安装包中；响应于确定一致，将该图像复制于上述目标安装包中。

在本实施例的一些可选的实现方式中，上述复制单元406可以进一步被配置成：响应于确定不包含，执行如下步骤：确定该图像的名称与该图像所属图像集的名称是否一致；响应于确定不一致，将该图像的名称更新为该图像所属图像集的名称，并将更新名称后的该图像复制于上述目标安装包中；响应于确定一致，将该图像复制于上述目标安装包中。

本申请的上述实施例提供的装置，通过在目标安装包的生成过程中，选取单元选取图像处理方式，从而能够根据不同的图像处理方式，对待存储的图像执行不同的操作。此处，安装包生成过程中的图像处理方式可以包括复制方式和压缩方式。当所选取的图像处理方式为复制方式时，可以从所安装的第三方库管理工具中，调用预先改写的目标脚本文件。由于目标脚本文件中记录有将图像复制到安装包的第一方法，因而，可以按照该第一方法，将待存储的图像复制于上述目标安装包中。由此，在安装包生成过程中，能够针对不同的需求，提供不同的图像处理方式，提高了安装包生成的灵活性。此外，由于支持了直接将图像复制于安装包的方式，相对于先进行图像压缩再进行压缩包存储的方式，不需要执行图像压缩过程。当图像数量较大时，由于不需要执行图像压缩过程，因此，提高了安装包生成速度。此外，在应用的开发过程中，由于通常需要多次进行安装包的生成，因而，这种方式能够提高开发效率。

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

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

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

特别地，根据本公开的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本公开的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中，该计算机程序可以通过通信部分509从网络上被下载和安装，和/或从可拆卸介质511被安装。在该计算机程序被中央处理单元(CPU)501执行时，执行本申请的方法中限定的上述功能。需要说明的是，本申请所述的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现。所描述的单元也可以设置在处理器中，其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

作为另一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的装置中所包含的；也可以是单独存在，而未装配入该装置中。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被该装置执行时，使得该装置：在目标安装包的生成过程中，选取图像处理方式，其中，安装包生成过程中的图像处理方式包括复制方式和压缩方式；响应于确定所选取的图像处理方式为复制方式，执行如下步骤：从所述第三方库管理工具中，调用目标脚本文件；按照所述第一方法，将待存储的图像复制于所述目标安装包中。

以上描述仅为本申请的较佳实施例以及对所运用技术原理的说明。本领域技术人员应当理解，本申请中所涉及的发明范围，并不限于上述技术特征的特定组合而成的技术方案，同时也应涵盖在不脱离上述发明构思的情况下，由上述技术特征或其等同特征进行任意组合而形成的其它技术方案。例如上述特征与本申请中公开的(但不限于)具有类似功能的技术特征进行互相替换而形成的技术方案。

Claims (10)

1.一种安装包生成方法，其特征在于，应用于开发设备，所述开发设备中安装有适用于iOS操作系统的第三方库管理工具，所述方法包括：

在目标安装包的生成过程中，选取图像处理方式，其中，安装包生成过程中的图像处理方式包括复制方式和压缩方式；

响应于确定所选取的图像处理方式为复制方式，从所述第三方库管理工具中，调用预先改写的目标脚本文件，其中，所述目标脚本文件中记录有将图像复制到安装包的第一方法；

按照所述第一方法，将待存储的图像复制于所述目标安装包中。

2.根据权利要求1所述的安装包生成方法，其特征在于，所述方法还包括：

响应于确定所选取的图像处理方式为压缩方式，从所述第三方库管理工具中，调用预先存储的原始脚本文件，其中，所述原始脚本文件中记录有将图像进行压缩的第二方法；

按照所述第二方法，将待存储的图像进行压缩，生成压缩文件，并将所述压缩文件存储至所述目标安装包中。

3.根据权利要求2所述的安装包生成方法，其特征在于，在在目标安装包的生成过程中，选取图像处理方式之前，所述方法还包括：

对所述第三方库管理工具指定路径中的预置脚本文件进行两次复制，其中，所述预置脚本文件中记录有将图像进行压缩的第二方法；

将复制后所生成的脚本文件分别作为原始脚本文件和目标脚本文件，并进行重命名，以使各脚本文件的名称不同；

将所述目标脚本文件中的所述第二方法替换为将图像复制到安装包的第一方法；

对所述预置脚本文件进行更新，所述更新包括：在所述预置脚本文件中添加目标环境变量、删除所述预置脚本文件中的所述第二方法、添加所述各脚本文件的调用条件，其中，所述目标环境变量用于指示安装包生成过程中的图像处理方式。

4.根据权利要求3所述的安装包生成方法，其特征在于，所述在目标安装包的生成过程中，选取图像处理方式，包括：

在目标安装包的生成过程中，调用更新后的所述预置脚本文件；

读取所调用的预置脚本文件中的所述目标环境变量的值；

响应于确定所述值为目标值，选取复制方式作为所述目标安装包的图像处理方式；

响应于确定所述值不为目标值，选取压缩方式作为所述目标安装包的图像处理方式。

5.根据权利要求1所述的安装包生成方法，其特征在于，所述按照所述第一方法，将待存储的图像复制于所述目标安装包中，包括：

在所述第三方库管理工具的目标文件夹中，查找用于存放图像资源的各图像资源文件夹，其中，所述目标文件夹用于存放生成所述目标安装包所需的数据；

查找所述各图像资源文件夹中的图像集；

将所述各图像集中的图像复制于所述目标安装包中。

6.根据权利要求5所述的安装包生成方法，其特征在于，所述将所述各图像集中的图像复制于所述目标安装包中，包括：

对于所述各图像集中的每一张图像，确定该图像的名称中是否包含第一关键词或第二关键词，其中，所述第一关键词用于表征该图像为二倍图，所述第二关键词用于表征该图像为三倍图；

响应于确定包含，执行如下步骤：

从该图像的名称中，提取所述第一关键词或所述第二关键词之前的字符串，确定所述字符串与该图像所属图像集的名称是否一致；

响应于确定不一致，将所述字符串更新为该图像所属图像集的名称，并将更新名称后的该图像复制于所述目标安装包中；

响应于确定一致，将该图像复制于所述目标安装包中。

7.根据权利要求6所述的安装包生成方法，其特征在于，在所述确定该图像的名称中是否包含第一关键词或第二关键词之后，所述将所述各图像集中的图像复制于所述目标安装包中，还包括：

响应于确定不包含，执行如下步骤：

确定该图像的名称与该图像所属图像集的名称是否一致；

响应于确定不一致，将该图像的名称更新为该图像所属图像集的名称，并将更新名称后的该图像复制于所述目标安装包中；

响应于确定一致，将该图像复制于所述目标安装包中。

8.一种安装包生成装置，其特征在于，应用于开发设备，所述开发设备中安装有适用于iOS操作系统的第三方库管理工具，所述装置包括：

选取单元，被配置成在目标安装包的生成过程中，选取图像处理方式，其中，安装包生成过程中的图像处理方式包括复制方式和压缩方式；

第一调用单元，被配置成响应于确定所选取的图像处理方式为复制方式，从所述第三方库管理工具中，调用预先改写的目标脚本文件，其中，所述目标脚本文件中记录有将图像复制到安装包的第一方法；

复制单元，被配置成按照所述第一方法，将待存储的图像复制于所述目标安装包中。

9.一种开发设备，其特征在于，包括：

一个或多个处理器；

存储装置，其上存储有一个或多个程序，

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如权利要求1-7中任一所述的方法。

10.一种计算机可读介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现如权利要求1-7中任一所述的方法。