CN109710265A - 一种软件安装包的获取方法、装置及电子设备 - Google Patents

Abstract

本发明的实施例公开一种软件安装包的获取方法、装置及电子设备，涉及计算机应用技术领域，为有效减小软件安装包的体积并提升兼容性而设计。所述获取方法包括：在编译脚本中创建项目资源目录，所述项目资源目录包括第一项目资源目录；在所述编译脚本中配置与所述第一项目资源目录对应的构建变体；在所述第一项目资源目录中放置图片格式为第一格式的项目资源，其中，所述第一格式的图片压缩体积小于预定格式的图片压缩体积；运行所述编译脚本，以基于与所述第一项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本高于预设版本的第一软件安装包。本发明实施例可应用于安卓开发中。

Description

一种软件安装包的获取方法、装置及电子设备

技术领域

本发明涉及计算机应用技术领域，尤其涉及一种软件安装包的获取方法、装置及电子设备。

背景技术

随着科技的进步和计算机技术的蓬勃发展，智能手机等智能设备已经得到了大规模的普及使用，随之而来的，用户对于应用程序App(Application)的需求亦越来越高。

目前，一个App已经可以涵盖越来越多的功能，但是，随着所涵盖功能的增加，App的安装包体积也越来越大。以智能手机为例，受限于硬件配置，智能手机的存储能力有限，如果App的安装包体积过大，占用过多的存储空间，会对智能手机的性能产生不良影响，进而影响用户对于智能手机的正常使用。因此，App安装包体积越来越大，可能带来的一个负面影响就是，会逐渐降低用户安装App的意愿，导致App产品的安装量和活跃量下降。因此，如何缩小软件安装包的体积是一个亟待解决的技术问题。

发明内容

有鉴于此，本发明实施例提供一种软件安装包的获取方法、装置及电子设备，能够有效减小软件安装包的体积。

第一方面，本发明实施例提供一种软件安装包的获取方法，包括：

在编译脚本中创建项目资源目录，所述项目资源目录包括第一项目资源目录，其中，所述第一项目资源目录与高于预设版本的操作系统或软件开发工具包SDK版本相对应；

在所述编译脚本中配置与所述第一项目资源目录对应的构建变体；

在所述第一项目资源目录中放置图片格式为第一格式的项目资源，其中，所述第一格式的图片压缩体积小于预定格式的图片压缩体积；

运行所述编译脚本，以基于与所述第一项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本高于所述预设版本的第一软件安装包。

结合第一方面，在第一方面的第一种实施方式中，所述项目资源目录还包括第二项目资源目录，其中，所述第二项目资源目录与低于所述预设版本的操作系统或SDK版本相对应；

所述方法还包括：

在所述编译脚本中配置与所述第二项目资源目录对应的构建变体；

在所述第二项目资源目录中放置图片格式为所述预定格式的项目资源；

运行所述编译脚本，以基于与所述第二项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本低于所述预设版本的第二软件安装包。

结合第一方面的第一种实施方式，在第一方面的第二种实施方式中，在获取所述第一软件安装包和所述第二软件安装包后，所述方法还包括：

将所述第一软件安装包和第二软件安装包发送至预定的应用程序商店，以使所述应用程序商店根据用户的操作系统或SDK版本向所述用户推送所述第一软件安装包或第二软件安装包。

结合第一方面，在第一方面的第三种实施方式中，所述方法还包括：

利用预定格式转换工具，将图片格式为预定格式的项目资源中预定格式的图片转换为第一格式的图片，以获取所述图片格式为第一格式的项目资源。

结合第一方面的第一种实施方式，在第一方面的第四种实施方式中，所述运行所述编译脚本，以基于所述分别与所述第一项目资源目录和所述第二项目资源目录对应的构建变体进行打包处理包括：

通过预定打包平台运行所述编译脚本，以基于所述分别与所述第一项目资源目录和所述第二项目资源目录对应的构建变体进行打包处理。

结合第一方面的第一种实施方式，，在第一方面的第五种实施方式中，所述软件为安卓软件，所述第一项目资源目录与大于19的SDK版本相对应，所述第二项目资源目录与小于19的SDK版本相对应。

结合第一方面或第一方面的第一种至第五种中任一种实现方式，在第一方面的第六种实施方式中，所述第一格式为webp格式。

第二方面，本发明实施例提供一种软件安装包的获取装置，包括：

创建单元，用于在编译脚本中创建项目资源目录，所述项目资源目录包括第一项目资源目录，其中，所述第一项目资源目录与高于预设版本的操作系统或软件开发工具包SDK版本相对应；

配置单元，用于在所述编译脚本中配置与所述第一项目资源目录对应的构建变体；

放置单元，用于在所述第一项目资源目录中放置图片格式为第一格式的项目资源，其中，所述第一格式的图片压缩体积小于预定格式的图片压缩体积；

打包单元，用于运行所述编译脚本，以基于与所述第一项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本高于所述预设版本的第一软件安装包。

结合第二方面，在第二方面的第一种实施方式中：

所述项目资源目录还包括第二项目资源目录，其中，所述第二项目资源目录与低于所述预设版本的操作系统或SDK版本相对应；

所述配置单元，还用于在所述编译脚本中配置与所述第二项目资源目录对应的构建变体；

所述放置单元，还用于在在所述第二项目资源目录中放置图片格式为预定格式的项目资源；

所述打包单元，还具体用于运行所述编译脚本，以基于与所述第二项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本低于所述预设版本的第二软件安装包。

结合第二方面的第一种实施方式中，在第二方面的第二种实施方式中，所述装置还包括：

发送单元，用于将所述第一软件安装包和第二软件安装包发送至预定的应用程序商店，以使所述应用程序商店根据用户的操作系统或SDK版本向所述用户推送所述第一软件安装包或第二软件安装包。

结合第二方面的第一种实施方式中，在第二方面的第三种实施方式中，所述装置还包括：

格式转换单元，用于利用预定格式转换工具，将图片格式为预定格式的项目资源中预定格式的图片转换为第一格式的图片，以获取所述图片格式为第一格式的项目资源。

结合第二方面的第一种实施方式中，在第二方面的第四种实施方式中，所述打包单元具体用于：

通过预定打包平台运行所述编译脚本，以基于所述分别与所述第一项目资源目录和所述第二项目资源目录对应的构建变体进行打包处理。

结合第二方面的第一种实施方式中，在第二方面的第五种实施方式中，所述软件为安卓软件，所述第一项目资源目录与大于19的SDK版本相对应，所述第二项目资源目录与小于19的SDK版本相对应。

结合第二方面或第二方面的第一种至第五种中任一种实现方式，在第二方面的第六种实施方式中，所述第一格式为webp格式。

第三方面，本发明实施例提供一种电子设备，所述电子设备包括：壳体、处理器、存储器、电路板、电源电路，其中，电路板安置在壳体围成的空间内部，处理器和存储器设置在电路板上；电源电路，用于为上述电子设备的各个电路或器件供电；存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述第一方面或第一方面的任一实现方式所述的获取方法。

第四方面，本发明实施例提供一种计算机可读存储介质，存储有计算机程序，其特征在于，所述计算机程序被处理器执行时用于实现前述第一方面或第一方面的任一实现方式所述的获取方法。

本发明实施例提供的软件安装包的获取方法、装置和电子设备，由于采用了图片压缩体积小的第一格式的图片资源，可以有效减小软件安装包的体积，可以为软件安装包带来更多的下载量，亦有效提升了软件产品的活跃用户量。

附图说明

为了更清楚地说明本发明实施例的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其它的附图。

图1为本发明的实施例提供的软件安装包的获取方法的一种流程示意图；

图2为本发明的实施例提供的软件安装包的获取方法的另一种流程示意图；

图3为本发明的实施例提供的软件安装包的获取装置的一种结构示意图；

图4为本发明的实施例提供的软件安装包的获取装置的一种结构示意图；

图5为本发明的实施例提供的软件安装包的获取装置的一种结构示意图；

图6为本发明的实施例提供的电子设备的一种结构示意图。

具体实施方式

下面结合附图对本发明实施例进行详细描述。

应当明确，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

首先需要说明的是，本发明适用于Android软件开发，具体涉及在完成Android项目后，将程序打包成安装包的方法。在完成Android项目后，需要将软件程序打包成APK文件(Android Package)，其后缀名为″.apk″。打包的APK文件可以在Android模拟器或者Android手机上安装运行。本发明实施例的获取方法，实质上即为将程序打包成安装包的方法。

本发明实施例提供一种软件安装包的获取方法，如图1所示，包括以下步骤：

步骤101，在编译脚本中创建项目资源目录，项目资源目录包括第一项目资源目录。

本步骤中，所述第一项目资源目录与高于预设版本的操作系统或软件开发工具包SDK版本相对应。

步骤102，在编译脚本中配置与第一项目资源目录对应的构建变体。

步骤103，在第一项目资源目录中放置图片格式为第一格式的项目资源，其中，第一格式的图片压缩体积小于预定格式的图片压缩体积。

需要说明的是，本发明实施例的构思核心在于，采用图片压缩体积小的图片格式的图片，利用缩小图片的压缩体积来减小软件安装包的体积。

具体的，第一格式可以为webp格式，而预定格式可以为传统图片格式，例如，jpg和/或png格式等等，本发明对此不限。WebP格式是谷歌(Google)开发的一种旨在加快图片加载速度的图片格式，可以在保证图片质量的基础上有效降低图片的大小，即，使用webp格式的图片代替传统的png、jpg格式的图片是一种可以有效缩减包体积的方式。

具体的，项目资源可以包括源代码、图片等等，具体可以参见现有技术，这里不再赘述。

步骤102和步骤103的执行顺序不限，可以先后，亦可以并行。

步骤104，运行编译脚本，以基于与第一项目资源目录对应的构建变体进行打包处理，获取第一软件安装包。

本步骤中，获取的第一软件安装包，为适配于操作系统或SDK版本高于所述预设版本的第一软件安装包。

具体的，可通过预定打包平台运行编译脚本，以基于第一项目资源目录对应的构建变体进行打包处理。

进一步的，在步骤104获取第一软件安装包，本发明实施例的获取方法还可包括：

将第一软件安装包发送至预定的应用程序商店，以使应用程序商店向用户推送第一软件安装包。

本发明实施例提供的软件安装包的获取方法、装置和电子设备，由于采用了图片压缩体积小的第一格式的图片资源，可以有效减小软件安装包的体积，可以为软件安装包带来更多的下载量，亦有效提升了软件产品的活跃用户量。

目前，App的图片资源多采用传统的png、jpg格式的图片，根据前述实施例可知，本发明实施例中，为缩小App的安装包体积，可通过减小图片的压缩体积的方式，即，使用图片压缩体积小于传统格式的新型图片格式的图片，替换传统格式的图片。但是，由于新型的图片格式有可能不能应用于操作系统或SDK版本较低的智能设备，因此，此种方式的兼容性较差。举例而言，为缩小APP的安装包体积，可使用webp格式的图片代替传统的png、jpg格式的图片。但是目前，在安卓Android SDK(software development kit，软件开发工具包)版本低于19时，webp格式并不能应用在安装包中，给安装包体积也并没有带来多少实际性的效果。

有鉴于此，本发明实施例还提供一种软件安装包的获取方法，不仅可以有效缩小软件安装包的体积，亦能提升兼容性。

如图2所示，本发明实施例提供的一种软件安装包的获取方法，可包括：

步骤201，在编译脚本中创建项目资源目录，该项目资源目录包括第一项目资源目录和第二项目资源目录。

本步骤中，首先，在编译脚本中分别针对操作系统版本或者SDK版本创建不同的项目资源目录。具体的，第一项目资源目录与高于预设版本的操作系统或软件开发工具包SDK版本相对应，第二项目资源目录与低于预设版本的操作系统或SDK版本相对应。

对于高于预设版本的操作系统版本或软件开发工具包SDK版本的软件安装包，将应用图片压缩体积较小的新型图片格式，例如，webp格式，而低于预设版本的操作系统版本或软件开发工具包SDK版本的软件安装包，将应用传统图片格式，例如，jpg和/或png格式。

举例而言，第一项目资源目录可以对应SDK版本大于19，第二项目资源目录可以对应SDK版本小于19，第一项目资源目录可以对应安卓版本高于4.4，第二项目资源目录可以对应安卓版本低于4.4。

步骤202，在编译脚本中配置分别与第一项目资源目录和第二项目资源目录对应的构建变体；

为了获取同一软件的两种类型的安装包，需要在编译脚本中配置两个构建变体，分别与步骤201中创建的两个项目资源目录对应。

步骤203，在第一项目资源目录中放置图片格式为第一格式的项目资源，在第二项目资源目录中放置图片格式为预定格式的项目资源。

其中，第一格式的图片压缩体积小于预定格式的图片压缩体积。

举例而言，第一格式可以为webp格式，预定格式可以为传统图片格式，例如，jpg和/或png格式等等，本发明对此不限。

具体的，项目资源可以包括源代码、图片等等，具体可以参见现有技术，这里不再赘述。

本步骤中，可以首先拷贝图片格式为预定格式的原始项目资源，将原始项目资源分别放置在第一项目资源目录中和第二项目资源目录中，然后，可利用格式转换工具对第一项目资源目录中的图片进行格式转换，转换为第一格式。

需要说明的是，步骤202和步骤203的执行顺序不限，可以先后，亦可以并行。

步骤204，运行编译脚本，以基于分别与第一项目资源目录和第二项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本高于预设版本的第一软件安装包和操作系统或SDK版本低于预设版本的第二软件安装包。

具体的，可通过预定打包平台运行编译脚本，以基于分别与第一项目资源目录和第二项目资源目录对应的构建变体进行打包处理。

经过步骤204，实际上获得了同一软件的两种类型的安装包，其中，适配于高版本的第一软件安装包中，由于采用了第一格式图片，因此，安装包体积得到了明显缩减。而第二软件安装包，适配于无法应用第一格式图片的低版本智能设备。

本发明实施例提供的软件安装包的获取方法，一方面，由于采用了图片压缩体积小的第一格式的图片资源，可以有效减小适配于高版本要求的软件安装包的体积，可以为软件安装包带来更多的下载量，亦有效提升了软件产品的活跃用户量；另一方面，通过创建资源目录和配置构建变体，获取了分别适配于高版本要求的软件安装包和低版本要求的软件安装包，使得无法应用第一格式图片的低版本智能设备同样可以下载适配的软件安装包并安装软件，有效提升了软件安装包的版本兼容性。

进一步的，在步骤204获取第一软件安装包和第二软件安装包后，本发明实施例的获取方法还可包括：

将第一软件安装包和第二软件安装包发送至预定的应用程序商店，以使应用程序商店根据用户的操作系统或SDK版本向用户推送第一软件安装包或第二软件安装包。

例如，可以将两个安装包发送至GooglePlay，GooglePlay会根据用户的操作系统或者SDK版本自行给用户推荐合适的包进行下载。

具体的，在本发明的一个实施例中，还可以包括以下步骤：

利用预定格式转换工具，将图片格式为预定格式的项目资源中预定格式的图片转换为第一格式的图片，以获取图片格式为第一格式的项目资源。

可以预先对项目资源进行图片格式的转换，然后将转换后的项目资源放置到第一项目资源目录中。当然也可在将预定格式的项目资源放置在第一项目资源目录中后，再通过格式转换工具进行转换。

举例而言，在本发明的一个实施例中，要获取软件安装包的软件为安卓软件，第一格式为webp格式，预定格式为图片压缩体积大于webp格式的传统图片格式，第一项目资源目录与大于19的SDK版本相对应，第二项目资源目录与小于19的SDK版本相对应，因此，可以获取分别适配于大于19的SDK版本的软件安装包和小于19的SDK版本的软件安装包。

下面通过一个具体的实施例对本发明实施例的获取方法进行进一步详细说明。本实施例中，假设开发了一种名为“icFun”的应用软件，需要获取该软件的安装包，为缩减安装包的体积并替身兼容性，将获取Intl40以及Intl60两种类型的安装包，第一种针对SDK19以下的用户，第二种针对SDK大于等于19的用户。具体包括以下步骤：

第一步：根据SDK版本的不同，在主项目gradle编译脚本中分别针对SDK版本创建不同的项目资源对应目录，SDK版本大于19对应一种资源目录，SDK版本小于19对应另一种资源目录，对应的目录分别为product/intl60和product/intl40。

其中，Gradle是一个基于Apache Ant和Apache Maven概念的项目自动化构建开源工具。它使用一种基于Groovy的特定领域语言(DSL)来声明项目设置，抛弃了基于XML的各种繁琐配置。具体可参见现有技术，这里不再赘述。

第二步：在编译脚本gradle文件中配置构建变体，基于SDK版本配置两种构建变体，两种构建变体对应的资源目录分别对应第一步创建的两种资源目录，两种构建变体分别为int160以及int140。

第三步：将原本项目中的资源进行拷贝，分别放入第一步创建的对应的目录中，在intl60目录中通过webp工具对原有的图片进行转换，SDK版本小于19的目录，为了保持兼容，不进行转换。

第四步：基于第二步创建好的构建变体，通过打包平台进行打包。具体地，基于与第一项目资源目录对应的构建变体intl60进行打包处理，获取适配于SDK版本高于19的第一软件安装包；基于与第二项目资源目录对应的构建变体int140进行打包处理，获取适配于SDK版本低于19的第二软件安装包。

第五步：分别往GooglePlay发送Intl40和int160的安装包，GooglePlay会根据用户的SDK版本自行给用户推荐合适的包进行下载。

与前述方法实施例相对应，本发明实施例还提供了一种软件安装包的获取装置，如图3所示，包括：

创建单元10，用于在编译脚本中创建项目资源目录，所述项目资源目录包括第一项目资源目录，其中，所述第一项目资源目录与高于预设版本的操作系统或软件开发工具包SDK版本相对应；

配置单元11，用于在所述编译脚本中配置与所述第一项目资源目录对应的构建变体；

放置单元12，用于在所述第一项目资源目录中放置图片格式为第一格式的项目资源，其中，所述第一格式的图片压缩体积小于预定格式的图片压缩体积；

打包单元13，用于运行所述编译脚本，以基于与所述第一项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本高于所述预设版本的第一软件安装包。

本发明实施例提供的软件安装包的装置，由于采用了图片压缩体积小的第一格式的图片资源，可以有效减小软件安装包的体积，可以为软件安装包带来更多的下载量，亦有效提升了软件产品的活跃用户量。

具体的，在本发明的一个实施例中：

创建单元10，用于在编译脚本中创建项目资源目录，该项目资源目录包括第一项目资源目录和第二项目资源目录，其中，所述第一项目资源目录与高于预设版本的操作系统或软件开发工具包SDK版本相对应，所述第二项目资源目录与低于所述预设版本的操作系统或SDK版本相对应；

配置单元11，用于在所述编译脚本中配置分别与所述第一项目资源目录和所述第二项目资源目录对应的构建变体；

放置单元12，用于在所述第一项目资源目录中放置图片格式为第一格式的项目资源，在所述第二项目资源目录中放置图片格式为预定格式的项目资源，其中，所述第一格式的图片压缩体积小于所述预定格式的图片压缩体积；

打包单元13，用于运行所述编译脚本，以基于所述分别与所述第一项目资源目录和所述第二项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本高于所述预设版本的第一软件安装包和操作系统或SDK版本低于所述预设版本的第二软件安装包。

一方面，由于采用了图片压缩体积小的第一格式的图片资源，可以有效减小适配于高版本要求的软件安装包的体积，可以为软件安装包带来更多的下载量，亦有效提升了软件产品的活跃用户量；另一方面，通过创建资源目录和配置构建变体，获取了分别适配于高版本要求的软件安装包和低版本要求的软件安装包，使得无法应用第一格式图片的低版本智能设备同样可以下载适配的软件安装包并安装软件，有效提升了软件安装包的版本兼容性。

可选的，在本发明的一个实施例中，如图4所示，所述装置还包括：

发送单元14，用于将所述第一软件安装包和第二软件安装包发送至预定的应用程序商店，以使所述应用程序商店根据用户的操作系统或SDK版本向所述用户推送所述第一软件安装包或第二软件安装包。

可选的，在本发明的一个实施例中，如图5所示，所述装置还包括：

格式转换单元15，用于利用预定格式转换工具，将图片格式为预定格式的项目资源中预定格式的图片转换为第一格式的图片，以获取所述图片格式为第一格式的项目资源。

可选的，在本发明的一个实施例中，打包单元13具体用于：

通过预定打包平台运行所述编译脚本，以基于所述分别与所述第一项目资源目录和所述第二项目资源目录对应的构建变体进行打包处理。

可选的，在本发明的一个实施例中，所述软件为安卓软件，所述第一项目资源目录与大于19的SDK版本相对应，所述第二项目资源目录与小于19的SDK版本相对应。

可选的，在本发明的一个实施例中，所述第一格式为webp格式。

本实施例的装置，可以用于执行图1或图2所示方法实施例的技术方案，其实现原理和技术效果类似，此处不再赘述。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。

尤其，对于装置实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。就本说明书而言，″计算机可读介质″可以是任何可以包含、存储、通信、传播或传输程序以供指令执行系统、装置或设备或结合这些指令执行系统、装置或设备而使用的装置。计算机可读介质的更具体的示例(非穷尽性列表)包括以下：具有一个或多个布线的电连接部(电子装置)，便携式计算机盘盒(磁装置)，随机存取存储器(RAM)，只读存储器(ROM)，可擦除可编辑只读存储器(EPROM或闪速存储器)，光纤装置，以及便携式光盘只读存储器(CDROM)。另外，计算机可读介质甚至可以是可在其上打印所述程序的纸或其他合适的介质，因为可以例如通过对纸或其他介质进行光学扫描，接着进行编辑、解译或必要时以其他合适方式进行处理来以电子方式获得所述程序，然后将其存储在计算机存储器中。

应当理解，本发明的各部分可以用硬件、软件、固件或它们的组合来实现。

在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如，如果用硬件来实现，和在另一实施方式中一样，可用本领域公知的下列技术中的任一项或他们的组合来实现：具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路，具有合适的组合逻辑门电路的专用集成电路，可编程门阵列(PGA)，现场可编程门阵列(FPGA)等。

本发明实施例还提供一种电子设备，所述电子设备包含前述任一实施例所述的装置。

图6为本发明电子设备一个实施例的结构示意图，可以实现本发明图1所示实施例的流程，如图6所示，上述电子设备可以包括：壳体51、处理器52、存储器53、电路板54和电源电路55，其中，电路板54安置在壳体51围成的空间内部，处理器52和存储器53设置在电路板54上；电源电路55，用于为上述电子设备的各个电路或器件供电；存储器53用于存储可执行程序代码；处理器52通过读取存储器53中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述任一实施例所述的方法。

处理器52对上述步骤的具体执行过程以及处理器52通过运行可执行程序代码来进一步执行的步骤，可以参见本发明图1和图2所示实施例的描述，在此不再赘述。

该电子设备以多种形式存在，包括但不限于：

(1)移动通信设备：这类设备的特点是具备移动通信功能，并且以提供话音、数据通信为主要目标。这类终端包括：智能手机(例如iPhone)、多媒体手机、功能性手机，以及低端手机等。

(2)超移动个人计算机设备：这类设备属于个人计算机的范畴，有计算和处理功能，一般也具备移动上网特性。这类终端包括：PDA、MID和UMPC设备等，例如iPad。

(3)便携式娱乐设备：这类设备可以显示和播放多媒体内容。该类设备包括：音频、视频播放器(例如iPod)，掌上游戏机，电子书，以及智能玩具和便携式车载导航设备。

(5)服务器：提供计算服务的设备，服务器的构成包括处理器、硬盘、内存、系统总线等，服务器和通用的计算机架构类似，但是由于需要提供高可靠的服务，因此在处理能力、稳定性、可靠性、安全性、可扩展性、可管理性等方面要求较高。

(5)其他具有数据交互功能的电子设备。

本发明实施例还一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现前述任一实施例所述的方法。

以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应以权利要求的保护范围为准。

Claims (10)

1.一种软件安装包的获取方法，其特征在于，包括：

在编译脚本中创建项目资源目录，所述项目资源目录包括第一项目资源目录，其中，所述第一项目资源目录与高于预设版本的操作系统或软件开发工具包SDK版本相对应；

在所述编译脚本中配置与所述第一项目资源目录对应的构建变体；

在所述第一项目资源目录中放置图片格式为第一格式的项目资源，其中，所述第一格式的图片压缩体积小于预定格式的图片压缩体积；

运行所述编译脚本，以基于与所述第一项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本高于所述预设版本的第一软件安装包。

2.根据权利要求1所述的方法，其特征在于，

所述项目资源目录还包括第二项目资源目录，其中，所述第二项目资源目录与低于所述预设版本的操作系统或SDK版本相对应；

所述方法还包括：

在所述编译脚本中配置与所述第二项目资源目录对应的构建变体；

在所述第二项目资源目录中放置图片格式为所述预定格式的项目资源；

运行所述编译脚本，以基于与所述第二项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本低于所述预设版本的第二软件安装包。

3.根据权利要求2所述的方法，其特征在于，在获取所述第一软件安装包和所述第二软件安装包后，所述方法还包括：

将所述第一软件安装包和第二软件安装包发送至预定的应用程序商店，以使所述应用程序商店根据用户的操作系统或SDK版本向所述用户推送所述第一软件安装包或第二软件安装包。

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

利用预定格式转换工具，将图片格式为预定格式的项目资源中预定格式的图片转换为第一格式的图片，以获取所述图片格式为第一格式的项目资源。

5.根据权利要求2所述的方法，其特征在于，所述运行所述编译脚本，以基于所述分别与所述第一项目资源目录和所述第二项目资源目录对应的构建变体进行打包处理包括：

通过预定打包平台运行所述编译脚本，以基于所述分别与所述第一项目资源目录和所述第二项目资源目录对应的构建变体进行打包处理。

6.根据权利要求2所述的方法，其特征在于，

所述软件为安卓软件，所述第一项目资源目录与大于19的SDK版本相对应，所述第二项目资源目录与小于19的SDK版本相对应。

7.根据权利要求1至6任一项所述的方法，其特征在于，所述第一格式为webp格式。

8.一种软件安装包的获取装置，其特征在于，包括：

创建单元，用于在编译脚本中创建项目资源目录，所述项目资源目录包括第一项目资源目录，其中，所述第一项目资源目录与高于预设版本的操作系统或软件开发工具包SDK版本相对应；

配置单元，用于在所述编译脚本中配置与所述第一项目资源目录对应的构建变体；

放置单元，用于在所述第一项目资源目录中放置图片格式为第一格式的项目资源，其中，所述第一格式的图片压缩体积小于预定格式的图片压缩体积；

打包单元，用于运行所述编译脚本，以基于与所述第一项目资源目录对应的构建变体进行打包处理，获取适配于操作系统或SDK版本高于所述预设版本的第一软件安装包。

9.一种电子设备，其特征在于，所述电子设备包括：壳体、处理器、存储器、电路板、电源电路，其中，电路板安置在壳体围成的空间内部，处理器和存储器设置在电路板上；电源电路，用于为上述电子设备的各个电路或器件供电；存储器用于存储可执行程序代码；处理器通过读取存储器中存储的可执行程序代码来运行与可执行程序代码对应的程序，用于执行前述1-7任一权利要求所述的方法。

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