CN112650509A - 应用安装包生成方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及一种应用安装包生成方法、装置、计算机设备和存储介质。所述方法包括：获取与目标应用对应的安装包生成指令；查询所述目标应用的应用开发项目所对应的公用配置文件；所述公用配置文件中配置有所述目标应用的至少两种差异化的应用配置信息；各所述应用配置信息包括差异化的应用标识；根据所述安装包生成指令加载所述公用配置文件，以装配各所述应用配置信息相匹配的资源信息，生成所述至少两种差异化的应用配置信息各自对应的目标应用安装包；各所述目标应用安装包用于安装得到差异化的目标应用，各所述差异化的目标应用能够同时安装于相同的计算机设备。采用本方法能够降低开发成本。

Description

应用安装包生成方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种应用安装包生成方法、装置、计算机设备和存储介质。

背景技术

随着计算机技术的发展，计算机设备上应用程序的使用越来越普遍。通常应用开发工作主要集中在开发人员身上，由于不同的用户可能会存在不同的需求，这样随着用户量的增加，应用开发中需求会越来越多，需求变化也会越来越多。开发人员在依据大量不同的需求进行应用开发时，开发代码量会大大增加且复杂，另外还包括大量冗余代码，不利于代码维护，从而导致应用开发成本高。

发明内容

基于此，有必要针对上述技术问题，提供一种能够降低应用程序开发成本的应用安装包生成方法、装置、计算机设备和存储介质。

一种应用安装包生成方法，所述方法包括：

获取与目标应用对应的安装包生成指令；

查询所述目标应用的应用开发项目所对应的公用配置文件；所述公用配置文件中配置有所述目标应用的至少两种差异化的应用配置信息；各所述应用配置信息包括差异化的应用标识；

根据所述安装包生成指令加载所述公用配置文件，以装配各所述应用配置信息相匹配的资源信息，生成所述至少两种差异化的应用配置信息各自对应的目标应用安装包；各所述目标应用安装包用于安装得到差异化的目标应用，各所述差异化的目标应用能够同时安装于相同的计算机设备。

在一个实施例中，所述根据所述安装包生成指令加载所述公用配置文件，以装配各所述应用配置信息相匹配的资源信息，生成所述至少两种差异化的应用配置信息各自对应的目标应用安装包，包括：

根据所述安装包生成指令加载所述公用配置文件，以加载所述公用配置文件中的各所述应用配置信息；所述应用配置信息包括界面布局路径；

在加载所述应用配置信息的过程中，加载所述应用配置信息的界面布局路径所对应的布局文件，并根据所述布局文件装配所述应用配置信息配置的界面资源，以生成所述应用配置信息对应的目标应用安装包；

其中，在任意两个应用配置信息的布局文件和界面资源中的至少一种不同时，相应生成的目标应用安装包用于安装得到界面差异化的目标应用。

在一个实施例中，所述方法还包括：

获取目标应用的至少两个应用用户所对应的差异化的需求信息；

创建所述目标应用的应用开发项目所对应的公用配置文件；

在所述公用配置文件中，根据各所述应用用户所对应的需求信息，分区扩展各所述应用用户所对应的差异化的应用配置信息。

在一个实施例中，所述应用标识至少由第一标识和第二标识组成，所述第一标识与所述应用用户对应，每个应用配置信息中的应用标识的第一标识不同；所述第二标识与所述应用开发项目对应，每个应用配置信息中的应用标识的第二标识相同。

在一个实施例中，所述在所述公用配置文件中，根据各所述应用用户所对应的需求信息，分区扩展各所述应用用户所对应的差异化的应用配置信息，包括：

在所述公用配置文件中，根据各所述应用用户所对应的需求信息，分区且按配置节点扩展各所述应用用户所对应的差异化的应用配置信息；

对于每个应用用户，当所述应用用户所对应的需求信息包括通用功能时，在所述通用功能的配置节点配置允许所述通用功能的配置信息；

对于每个应用用户，当所述应用用户所对应的需求信息不包括所述通用功能，在所述通用功能的配置节点配置禁止所述通用功能的配置信息。

在一个实施例中，所述需求信息包括业务逻辑，所述方法还包括：

在所述公用配置文件的第一区域统一配置公用资源库；所述公用资源库中的公共资源包括网络配置资源和接口资源中的至少一种；

所述在所述公用配置文件中，根据各所述应用用户所对应的需求信息，分区扩展各所述应用用户所对应的差异化的应用配置信息，包括：

在所述公用配置文件的第二区域，根据各所述应用用户所对应的需求信息，分区且按配置节点扩展各所述应用用户所对应的差异化的应用配置信息；

对于每个应用用户，当所述业务逻辑需要调用所述公用资源时，在所述业务逻辑的配置节点配置调用所述公共资源的路径。

在一个实施例中，所述方法还包括：

将各所述目标应用安装包发送至测试终端，以在所述测试终端安装各所述目标应用安装包得到差异化的目标应用，并根据各所述差异化的目标应用所源自的需求信息对各所述差异化的目标应用进行测试；

当对所述差异化的目标应用测试通过后，发布相应的目标应用安装包。

在一个实施例中，所述测试包括业务响应测试，所述业务响应测试的步骤包括：

在所述差异化的目标应用中触发目标业务操作，以使所述差异化的目标应用依据所源自的应用配置信息中的业务响应配置信息进行业务响应；

当所述业务响应符合所述差异化的目标应用所源自的需求信息时，判断所述差异化的目标应用的业务响应测试通过；

其中，在任意两个差异化的目标应用所源自的应用配置信息中业务响应配置信息不同时，基于所述目标业务操作产生的业务响应不同。

一种应用安装包生成装置，所述装置包括：

获取模块，用于获取与目标应用对应的安装包生成指令；

查询模块，用于查询所述目标应用的应用开发项目所对应的公用配置文件；所述公用配置文件中配置有所述目标应用的至少两种差异化的应用配置信息；各所述应用配置信息包括差异化的应用标识；

生成模块，用于根据所述安装包生成指令加载所述公用配置文件，以装配各所述应用配置信息相匹配的资源信息，生成所述至少两种差异化的应用配置信息各自对应的目标应用安装包；各所述目标应用安装包用于安装得到差异化的目标应用，各所述差异化的目标应用能够同时安装于相同的计算机设备。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

获取与目标应用对应的安装包生成指令；

查询所述目标应用的应用开发项目所对应的公用配置文件；所述公用配置文件中配置有所述目标应用的至少两种差异化的应用配置信息；各所述应用配置信息包括差异化的应用标识；

根据所述安装包生成指令加载所述公用配置文件，以装配各所述应用配置信息相匹配的资源信息，生成所述至少两种差异化的应用配置信息各自对应的目标应用安装包；各所述目标应用安装包用于安装得到差异化的目标应用，各所述差异化的目标应用能够同时安装于相同的计算机设备。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

获取与目标应用对应的安装包生成指令；

查询所述目标应用的应用开发项目所对应的公用配置文件；所述公用配置文件中配置有所述目标应用的至少两种差异化的应用配置信息；各所述应用配置信息包括差异化的应用标识；

根据所述安装包生成指令加载所述公用配置文件，以装配各所述应用配置信息相匹配的资源信息，生成所述至少两种差异化的应用配置信息各自对应的目标应用安装包；各所述目标应用安装包用于安装得到差异化的目标应用，各所述差异化的目标应用能够同时安装于相同的计算机设备。

上述应用安装包生成方法、装置、计算机设备和存储介质，通过在一个公用配置文件中配置目标应用的至少两种差异化的应用配置信息，这样即可在需要进行应用程序打包时，基于该公用配置文件生成至少两种差异化的应用配置信息各自对应的目标应用安装包，这些目标应用安装包用于安装得到差异化的目标应用实现应用程序的差异化定制，可以减少冗余代码，减少代码量，以及减少开发人员数量，进而降低开发成本，而且在一个公用配置文件中批量配置差异化的应用配置信息便于代码维护。另外，各应用配置信息包括差异化的应用标识，使得这些差异化的目标应用能够同时安装于相同的计算机设备，便于后续进行目标应用的功能测试，还能降低在测试设备上的成本耗费，极大地降低了应用程序开发成本。

附图说明

图1为一个实施例中应用安装包生成方法的流程示意图；

图2为一个实施例中应用安装包生成装置的结构框图；

图3为一个实施例中计算机设备的内部结构图；

图4为另一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

在一个实施例中，如图1所示，提供了一种应用安装包生成方法，本实施例以该方法应用于计算机设备进行举例说明，计算机设备包括终端和服务器，可以理解的是，该方法可以应用于终端，也可以应用于服务器，还可以应用于包括终端和服务器的系统，并通过终端和服务器的交互实现。其中，终端可以但不限于是各种个人计算机、笔记本电脑、智能手机和平板电脑，服务器可以用独立的服务器或者是多个服务器组成的服务器集群来实现。本实施例中，该应用安装包生成方法包括以下步骤：

步骤102，获取与目标应用对应的安装包生成指令。

其中，目标应用是待开发的应用程序，应用程序是为了得到某种结果而可以由计算机等具有信息处理能力的终端执行的代码化指令序列，或者可以被自动转换成代码化指令序列的符号化指令序列或者符号化语句序列。目前，用户可以在终端上安装各种应用程序，如拍照应用程序、社交应用程序或者邮件应用程序等，从而通过终端上安装的这些应用可以实现各种功能，如拍照功能、社交功能或者电子邮件管理功能等。安装包生成指令是用于指示生成目标应用的应用安装包的计算机可读指令。

在一个实施例中，目标应用可以是基于组织的应用程序，比如企业即时通讯应用。组织是多个对象按一定方式相互结合而成的集团或团体，比如学校、班级、企业、部门或者群组等。目标应用可以是基于个人的应用程序，比如个人即时通讯应用。那么基于此，在目标应用是基于组织的应用程序时，目标应用的应用用户为组织用户，比如企业或者学校等。在目标应用是基于个人的应用程序时，目标应用的应用用户为个人用户，比如自然人小甲或者小乙等。

需要说明的是，本申请对目标应用所运行的计算机设备的操作系统不作限定。目标应用所运行的计算机设备的操作系统可以是视窗(Windows)操作系统或Linux操作系统或Mac OS(苹果桌面操作系统)等桌面操作系统，也可以是iOS(苹果移动终端操作系统)或者安卓(Android)操作系统等移动操作系统。

步骤104，查询目标应用的应用开发项目所对应的公用配置文件；公用配置文件中配置有目标应用的至少两种差异化的应用配置信息；各应用配置信息包括差异化的应用标识。

其中，应用开发项目是对目标应用进行开发的程序项目。公用配置文件是应用开发项目公用的配置文件。公用配置文件中包括目标应用的应用配置信息。应用配置信息配置了应用程序运行时所需要资源的路径。差异化的应用配置信息可用于指示生成差异化的应用安装包，进而安装得到差异化的目标应用。

在一个实施例中，每个应用开发项目存在唯一对应的公用配置文件。

具体地，应用标识(applicationId)用于唯一标识一个应用程序。可以理解，应用程序的安装包在计算机设备上安装时，计算机设备的操作系统根据安装包的应用签名和应用标识进行判断，如果应用标识相同则判断为同一应用程序，在同一计算机设备下只能存在一个这样的应用程序。在本申请中，各应用配置信息包括差异化的应用标识，这样基于不同应用配置信息生成的目标应用安装包在同一个计算设备中同时安装时，则不会被操作系统识别为同一个应用程序。

在一个实施例中，差异化的应用配置信息根据差异化的用户需求配置得到，一个应用开发项目对应一个应用签名和应用标识，那么应用标识至少包括第一标识和第二标识，第一标识与应用用户对应，每个应用标识的第一标识不同，用于区分不同的应用用户的个性化目标应用；第二标识与应用开发项目对应，每个应用标识的第二标识相同，用于表示各应用用户的个性化目标应用是基于同一个应用开发项目开发得到。这样各应用用户对应的个性化目标应用的安装包可基于同一个配置文件中不同的应用配置信息得到，这些安装包也可在同一计算机设备安装，安装得到的个性化目标应用也能在该计算机设备上共存。

步骤106，根据安装包生成指令加载公用配置文件，以装配各应用配置信息相匹配的资源信息，生成至少两种差异化的应用配置信息各自对应的目标应用安装包；各目标应用安装包用于安装得到差异化的目标应用，各差异化的目标应用能够同时安装于相同的计算机设备。

具体地，计算机设备可根据开发用户操作配置应用清单文件，将公用配置文件引入该应用清单文件中。这样在计算机设备执行打包脚本，会自动装配应用清单文件，进而通过装配应用清单文件加载公用配置文件。由于公用配置文件中配置有差异化的应用配置信息，那么在加载公用配置文件时，可分别根据不同的应用配置信息装配不同的资源数据，生成至少两种差异化的应用配置信息各自对应的目标应用安装包。由于差异化的应用配置信息包括差异化的应用标识，各目标应用安装包用于安装得到差异化的目标应用允许同时安装于相同的计算机设备。

其中，应用清单文件是每个应用程序的根目录中必须包含的文件。应用清单文件也是一种配置文件，用于对应用程序进行全局配置，操作系统需要根据应用清单文件里的内容运行应用程序的代码以及显示界面。应用清单文件比如安卓操作系统下应用程序的AndroidManifest.xml文件，或者，iOS操作系统下应用程序的iOS系统的声明文件等等。

上述应用安装包生成方法，通过在一个公用配置文件中配置目标应用的至少两种差异化的应用配置信息，这样即可在需要进行应用程序打包时，基于该公用配置文件生成至少两种差异化的应用配置信息各自对应的目标应用安装包，这些目标应用安装包用于安装得到差异化的目标应用实现应用程序的差异化定制，可以减少冗余代码，减少代码量，以及减少开发人员数量，进而降低开发成本，而且在一个公用配置文件中批量配置差异化的应用配置信息便于代码维护。另外，各应用配置信息包括差异化的应用标识，使得这些差异化的目标应用能够同时安装于相同的计算机设备，便于后续进行目标应用的功能测试，还能降低在测试设备上的成本耗费，极大地降低了应用程序开发成本。

在一个实施例中，根据安装包生成指令加载公用配置文件，以装配各应用配置信息相匹配的资源信息，生成至少两种差异化的应用配置信息各自对应的目标应用安装包，包括：根据安装包生成指令加载公用配置文件，以加载公用配置文件中的各应用配置信息；应用配置信息包括界面布局路径；在加载应用配置信息的过程中，加载应用配置信息的界面布局路径所对应的布局文件，并根据布局文件装配应用配置信息配置的界面资源，以生成应用配置信息对应的目标应用安装包；其中，在任意两个应用配置信息的布局文件和界面资源中的至少一种不同时，相应生成的目标应用安装包用于安装得到界面差异化的目标应用。

可以理解，公用配置文件用于配置资源的路径。界面布局路径是界面布局相关资源的路径。通常，界面资源路径即为布局文件的路径。布局文件中对界面样式等进行了规划和安排，应用配置信息还可配置布局文件所规划的界面需要的界面资源的路径。界面资源比如图标、控件等等。这样，在任意两个应用配置信息的布局文件和界面资源中的至少一种不同时，相应生成的目标应用安装包用于安装得到界面差异化的目标应用。

举例说明，以登陆界面差异化举例，各应用配置信息中配置了在布局配置节点下配置了布局路径(例如下述示意代码中节点3.9.2的内容)，在加载应用配置信息时会根据该布局配置节点的配置加载对应的布局文件，布局文件中如果引入不同的样式，则再根据界面资源配置节点下配置的界面资源路径(例如下述示意代码中节点3.5.3/3.5.4的内容)加载对应的界面资源。若各应用配置信息中这些配置不同，则会调用不同的界面资源，进而得到界面差异化的目标应用的安装包。

#3.9应用用户A的业务及UI配置

Business：

#3.9.1以登录功能为例

-login:

#3.9.2登录页面布局路径

-layout：./res/layout/xxxxxxxxxxx.xml

#3.9.3.登录页面逻辑

-activity:./main/xxxx/activity/LoginActivity

#3.9.4.登录业务逻辑

-presenter:./main/xxxx/presenter/LoginPresenter

#以下可能还有多个配置

#3.5应用用户A的资源配置

resources：

#3.5.1.配置XXXXXXXX

XXXX:XXXXX

#3.5.2.配置XXXXXXXX

XXXX:XXXXX

#3.5.3应用用户A的图标配置(以启动图为例)

launchIcon:./res/pipmap/xxxxx.png

#3.5.4应用用户A的公共样式配置

stylePath:./res/style/xxxx.xml

#以下还可能有多个配置(可配置资源：图标、样式、音频、视频等信息)

在一个实施例中，应用安装包生成方法还包括：在公用配置文件的第一区域统一配置公用资源库；公用资源库中的公共资源包括界面资源；对于每个应用配置信息配置的布局文件需要调用公共资源库中的界面资源时，在界面资源的配置节点配置调用公共资源的路径。其中，公共资源库中的界面资源比如Dialog弹窗、activity页面、顶部状态栏以及标题栏等。

上述实施例中，通过在不同的应用配置信息中的界面布局路径配置不同的布局文件，或者通过不同的界面资源，可以实现目标应用界面UI的差异化定制。而且在后期有需求调整时也便于维护，减少后期维护成本，极大程度的提升了后期可扩展性。

在一个实施例中，应用安装包生成方法还包括：获取目标应用的至少两个应用用户所对应的差异化的需求信息；创建目标应用的应用开发项目所对应的公用配置文件；在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息。

具体地，需求信息是反映应用用户对目标应用在功能上需求的信息。可以理解，目标用户通常会存在至少两个应用用户，这些应用用户的需求信息可能相同也可能不同，计算机设备可获取这些应用用户各自对应的需求信息。应用开发项目是对目标应用进行开发的程序项目。公用配置文件是应用开发项目公用的配置文件。公用配置文件中可配置应用开发项目开发的目标应用的需求。在一个实施例中，应用开发项目存在唯一对应的公用配置文件。在不同的应用用户的需求信息存在差异时，这不同的应用用户各自对应的应用配置信息不同。

进一步地，计算机设备自动或者在根据开发人员的操作布局公用配置文件时，可先在位置在前的第一区域统一配置公用资源路径。计算机设备可继续在第一区域后的第二区域，依次根据各应用用户所对应的需求信息扩展各应用用户所对应的应用配置信息，以分区扩展各应用用户所对应的应用配置信息。

上述实施例中，在统一的公用配置文件中，根据各应用用户的需求信息便可分别配置差异化的应用配置信息，进而打包得到差异化的应用安装包，即得到差异化的目标应用，这样只需要极少的配置即可完成应用程序的定制化开发任务、极大程度的提升后期可扩展性以及降低维护成本。

在一个实施例中，在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息，包括：在公用配置文件中，根据各应用用户所对应的需求信息，分区且按配置节点扩展各应用用户所对应的差异化的应用配置信息；对于每个应用用户，当应用用户所对应的需求信息包括通用功能时，在通用功能的配置节点配置允许通用功能的配置信息；对于每个应用用户，当应用用户所对应的需求信息不包括通用功能，在通用功能的配置节点配置禁止通用功能的配置信息。

在一个具体的实施例中，配置应用配置信息的第二区域，可存在对应的区域标签，以在需要对应用配置信息进行修改时定位第二区域。应用配置信息可按配置节点进行配置，在需求信息发生变化时，可定位到具体的节点进行更新。

其中，通用功能是目标应用能够提供的通用的功能，例如NFC识别功能。在个性化目标应用的开发过程中，可根据用户需求允许或者禁止通用功能。

以NFC识别功能为例进行说明，假设应用用户A需要该功能，可在应用配置信息中按如下进行配置：

#4.7应用用户A的功能配置开关

FunctionSwitch：

#4.7.1是否开启NFC识别

isOpenNfc：ture

假设应用用户B不需要该功能，可在应用配置信息中按如下进行配置：

#4.7应用用户B的功能配置开关

FunctionSwitch：

#4.7.1是否开启NFC识别

isOpenNfc：false

上述实施例中，还提供了灵活更改通用功能的属性的途径，根据用户需求允许或者禁用通用功能，可以实现目标应用在通用功能上的差异化定制。而且在后期有需求调整时也便于维护，减少后期维护成本，极大程度的提升了后期可扩展性。

在一个实施例中，应用用户的需求信息包括业务逻辑，应用安装包生成方法还包括：在公用配置文件的第一区域统一配置公用资源库；公用资源库中的公共资源包括网络配置资源和接口资源中的至少一种；在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息，包括：在公用配置文件的第二区域，根据各应用用户所对应的需求信息，分区且按配置节点扩展各应用用户所对应的差异化的应用配置信息；对于每个应用用户，当业务逻辑需要调用公用资源时，在业务逻辑的配置节点配置调用公共资源的路径。

其中，公用资源库中的公共资源是各应用配置信息均可调用的资源。可以通俗地理解公共资源库为一套源代码：对于不同租户可能存在的需求，例如功能接口、功能开关，网络配置等，开发人员提前编写好，存储起来；后期根据不同用户的需求进行配置，例如不同的登录方式，调用源代码中的函数或接口。

网络配置资源包括统一请求头、cookie、请求与响应的校验加密处理、请求参数、响应参数封装的POJO、JSON与POJO的转换工具、网络日志的管理等。

业务逻辑可以包括响应逻辑和接口调用逻辑。以登录场景为例进行说明，比如，一种场景下应用用户所需要的登录功能是利用用户名、密码登陆，另一种场景下应用用户所需要的登录功能是利用手机号、验证码登陆。此时，在响应逻辑方面，各应用用户的需求信息包括的业务逻辑，在应用配置信息中登录页面逻辑的配置节点中配置各应用用户的登陆页面逻辑(如下述示意代码中节点3.9.3的内容)，在应用配置信息中登录业务逻辑的配置节点中配置各应用用户的登陆业务逻辑(如下述示意代码中节点3.9.4的内容)，在需要调用公用资源，即配置调用公共资源的路径。在接口调用逻辑方面，在应用配置信息的节点3.8.2中配置的登陆接口地址、请求、响应路径进行调用，在各应用配置信息的此项配置不同时，则调用不同的接口(API)以实现网络API的差异化。

#3.9应用用户A的业务及UI配置

Business：

#3.9.1以登录功能为例

-login:

#3.9.2登录页面布局路径

-layout：./res/layout/xxxxxxxxxxx.xml

#3.9.3.登录页面逻辑

-activity:./main/xxxx/activity/LoginActivity

#3.9.4.登录业务逻辑

-presenter:./main/xxxx/presenter/LoginPresenter

#以下可能还有多个配置

#3.8应用用户A的网络配置

netApis：

#3.8.1应用用户A的Api配置信息列表

api：#3.8.2.登录接口地址(以登录接口为例)

login：

#登录接口地址

url：/login

#封装了请求与响应的pojo类路径

pojo：./pojo/

#以下可能还有多个配置

上述实施例中，通过在不同的应用配置信息中根据用户需求配置不同的业务响应配置信息，可以实现目标应用业务响应的差异化定制。而且在后期有需求调整时也便于维护，减少后期维护成本，极大程度的提升了后期可扩展性。

在一个实施例中，应用安装包生成方法还包括：将各目标应用安装包发送至测试终端，以在测试终端安装各目标应用安装包得到差异化的目标应用，并根据各差异化的目标应用所源自的需求信息对各差异化的目标应用进行测试；当对差异化的目标应用测试通过后，发布相应的目标应用安装包。

可以理解，在应用程序开发过程中，在打包得到开发的应用程序的安装包后，需要基于该安装包安装得到的应用程序进行测试，在测试通过后，再将开发的应用程序的安装包发布到互联网上，供用户下载使用。

在本申请实施例中，计算机设备在得到至少两种差异化的应用配置信息各自对应的目标应用安装包后，也需要对这些目标应用安装包进行测试，以确保目标应用安装包以及安装得到的目标应用能够在用户终端正常使用。

具体地，计算机设备可将各目标应用安装包发送至测试终端，该测试终端是用于进行安装包测试的计算机设备。由于各目标应用安装包用于安装得到差异化的目标应用，且各差异化的目标应用允许同时安装于相同的计算机设备，那么测试终端的数量可以为唯一，也可以为多个。其中，在测试终端的数量唯一时，各目标应用安装包即均在该测试终端上安装和测试，这样可以降低测试过程中在人力成本以及测试设备成本。在测试终端的数量为多个时，各目标应用安装包可在这些测试终端上分别安装并行测试，这样可以提高测试效率。

进一步地，测试终端在接收到各目标应用安装包后，安装各目标应用安装包得到差异化的目标应用。由于生成目标应用安装包的应用配置信息根据应用用户的需求信息得到，那么可根据各差异化的目标应用所源自的需求信息对各差异化的目标应用进行测试，判断各安装得到的目标应用是否满足其所源自的需求信息，以判断目标应用是否测试通过。对于安装得到的其中任一目标应用，当该目标应用满足其所源自的需求信息时，即可判断该目标应用测试通过。

在一个实施例中，测试包括业务响应测试，业务响应测试的步骤包括：在差异化的目标应用中触发目标业务操作，以使差异化的目标应用依据所源自的应用配置信息中的业务响应配置信息进行业务响应；当业务响应符合差异化的目标应用所源自的需求信息时，判断差异化的目标应用的业务响应测试通过；其中，在任意两个差异化的目标应用所源自的应用配置信息中业务响应配置信息不同时，基于目标业务操作产生的业务响应不同。

其中，业务响应测试是对目标应用在业务上的响应能力进行测试。业务响应测试可以包括业务逻辑响应和业务接口响应。以登录场景为例进行说明，比如，一种场景下应用用户所需要的登录功能是利用用户名、密码登陆，另一种场景下应用用户所需要的登录功能是利用手机号、验证码登陆。此时，各应用配置信息中配置各应用用户的登陆业务逻辑，响应生成的安装包安装得到的目标应用会根据此配置信息加载对应的逻辑操作，在各应用配置信息的此项配置不同时，则会调用不同的逻辑操作，以实现业务逻辑的差异化。各应用配置信息中配置的登陆接口地址、请求、响应路径进行调用，在各应用配置信息的此项配置不同时，则调用不同的接口(API)以实现网络API的差异化。

上述实施例中，通过在不同的应用配置信息中根据用户需求配置不同的业务响应配置信息，可以实现目标应用业务响应的差异化定制。而且在后期有需求调整时也便于维护，减少后期维护成本，极大程度的提升了后期可扩展性。

应该理解的是，虽然图1的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图1中的至少一部分步骤可以包括多个步骤或者多个阶段，这些步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤中的步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图2所示，提供了一种应用安装包生成装置，包括：获取模块201、查询模块202和生成模块203，其中：

获取模块201，用于获取与目标应用对应的安装包生成指令；

查询模块202，用于查询目标应用的应用开发项目所对应的公用配置文件；公用配置文件中配置有目标应用的至少两种差异化的应用配置信息；各应用配置信息包括差异化的应用标识；

生成模块203，用于根据安装包生成指令加载公用配置文件，以装配各应用配置信息相匹配的资源信息，生成至少两种差异化的应用配置信息各自对应的目标应用安装包；各目标应用安装包用于安装得到差异化的目标应用，各差异化的目标应用能够同时安装于相同的计算机设备。

在一个实施例中，生成模块203还用于根据安装包生成指令加载公用配置文件，以加载公用配置文件中的各应用配置信息；应用配置信息包括界面布局路径；在加载应用配置信息的过程中，加载应用配置信息的界面布局路径所对应的布局文件，并根据布局文件装配应用配置信息配置的界面资源，以生成应用配置信息对应的目标应用安装包；其中，在任意两个应用配置信息的布局文件和界面资源中的至少一种不同时，相应生成的目标应用安装包用于安装得到界面差异化的目标应用。

在一个实施例中，获取模块201还用于获取目标应用的至少两个应用用户所对应的差异化的需求信息；创建目标应用的应用开发项目所对应的公用配置文件；在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息。

在一个实施例中，应用标识至少由第一标识和第二标识组成，第一标识与应用用户对应，每个应用配置信息中的应用标识的第一标识不同；第二标识与应用开发项目对应，每个应用配置信息中的应用标识的第二标识相同。

在一个实施例中，获取模块201还用于在公用配置文件中，根据各应用用户所对应的需求信息，分区且按配置节点扩展各应用用户所对应的差异化的应用配置信息；对于每个应用用户，当应用用户所对应的需求信息包括通用功能时，在通用功能的配置节点配置允许通用功能的配置信息；对于每个应用用户，当应用用户所对应的需求信息不包括通用功能，在通用功能的配置节点配置禁止通用功能的配置信息。

在一个实施例中，应用用户的需求信息包括业务逻辑，获取模块201还用于在公用配置文件的第一区域统一配置公用资源库；公用资源库中的公共资源包括网络配置资源和接口资源中的至少一种；在公用配置文件的第二区域，根据各应用用户所对应的需求信息，分区且按配置节点扩展各应用用户所对应的差异化的应用配置信息；对于每个应用用户，当业务逻辑需要调用公用资源时，在业务逻辑的配置节点配置调用公共资源的路径。

在一个实施例中，生成模块203还用于将各目标应用安装包发送至测试终端，以在测试终端安装各目标应用安装包得到差异化的目标应用，并根据各差异化的目标应用所源自的需求信息对各差异化的目标应用进行测试；当对差异化的目标应用测试通过后，发布相应的目标应用安装包。

在一个实施例中，测试包括业务响应测试，所述应用安装包生成装置还包括测试模块，用于在差异化的目标应用中触发目标业务操作，以使差异化的目标应用依据所源自的应用配置信息中的业务响应配置信息进行业务响应；当业务响应符合差异化的目标应用所源自的需求信息时，判断差异化的目标应用的业务响应测试通过；其中，在任意两个差异化的目标应用所源自的应用配置信息中业务响应配置信息不同时，基于目标业务操作产生的业务响应不同。

上述应用安装包生成装置，通过在一个公用配置文件中配置目标应用的至少两种差异化的应用配置信息，这样即可在需要进行应用程序打包时，基于该公用配置文件生成至少两种差异化的应用配置信息各自对应的目标应用安装包，这些目标应用安装包用于安装得到差异化的目标应用实现应用程序的差异化定制，可以减少冗余代码，减少代码量，以及减少开发人员数量，进而降低开发成本，而且在一个公用配置文件中批量配置差异化的应用配置信息便于代码维护。另外，各应用配置信息包括差异化的应用标识，使得这些差异化的目标应用能够同时安装于相同的计算机设备，便于后续进行目标应用的功能测试，还能降低在测试设备上的成本耗费，极大地降低了应用程序开发成本。

关于应用安装包生成装置的具体限定可以参见上文中对于应用安装包生成方法的限定，在此不再赘述。上述应用安装包生成装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图3所示。该计算机设备包括通过系统总线连接的处理器、存储器和网络接口。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于应用开发相关资源。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种应用安装包生成方法。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是终端，其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、通信接口、显示屏和输入装置。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统和计算机程序。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的通信接口用于与外部的终端进行有线或无线方式的通信，无线方式可通过WIFI、运营商网络、NFC(近场通信)或其他技术实现。该计算机程序被处理器执行时以实现一种应用安装包生成方法。该计算机设备的显示屏可以是液晶显示屏或者电子墨水显示屏，该计算机设备的输入装置可以是显示屏上覆盖的触摸层，也可以是计算机设备外壳上设置的按键、轨迹球或触控板，还可以是外接的键盘、触控板或鼠标等。

本领域技术人员可以理解，图3和4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，存储器中存储有计算机程序，该处理器执行计算机程序时实现以下步骤：获取与目标应用对应的安装包生成指令；查询目标应用的应用开发项目所对应的公用配置文件；公用配置文件中配置有目标应用的至少两种差异化的应用配置信息；各应用配置信息包括差异化的应用标识；根据安装包生成指令加载公用配置文件，以装配各应用配置信息相匹配的资源信息，生成至少两种差异化的应用配置信息各自对应的目标应用安装包；各目标应用安装包用于安装得到差异化的目标应用，各差异化的目标应用能够同时安装于相同的计算机设备。

在一个实施例中，根据安装包生成指令加载公用配置文件，以装配各应用配置信息相匹配的资源信息，生成至少两种差异化的应用配置信息各自对应的目标应用安装包，包括：根据安装包生成指令加载公用配置文件，以加载公用配置文件中的各应用配置信息；应用配置信息包括界面布局路径；在加载应用配置信息的过程中，加载应用配置信息的界面布局路径所对应的布局文件，并根据布局文件装配应用配置信息配置的界面资源，以生成应用配置信息对应的目标应用安装包；其中，在任意两个应用配置信息的布局文件和界面资源中的至少一种不同时，相应生成的目标应用安装包用于安装得到界面差异化的目标应用。

在一个实施例中，应用标识至少由第一标识和第二标识组成，第一标识与应用用户对应，每个应用配置信息中的应用标识的第一标识不同；第二标识与应用开发项目对应，每个应用配置信息中的应用标识的第二标识相同。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：获取目标应用的至少两个应用用户所对应的差异化的需求信息；创建目标应用的应用开发项目所对应的公用配置文件；在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息。

在一个实施例中，在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息，包括：在公用配置文件中，根据各应用用户所对应的需求信息，分区且按配置节点扩展各应用用户所对应的差异化的应用配置信息；对于每个应用用户，当应用用户所对应的需求信息包括通用功能时，在通用功能的配置节点配置允许通用功能的配置信息；对于每个应用用户，当应用用户所对应的需求信息不包括通用功能，在通用功能的配置节点配置禁止通用功能的配置信息。

在一个实施例中，应用用户的需求信息包括业务逻辑，处理器执行计算机程序时还实现以下步骤：在公用配置文件的第一区域统一配置公用资源库；公用资源库中的公共资源包括网络配置资源和接口资源中的至少一种；在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息，包括：在公用配置文件的第二区域，根据各应用用户所对应的需求信息，分区且按配置节点扩展各应用用户所对应的差异化的应用配置信息；对于每个应用用户，当业务逻辑需要调用公用资源时，在业务逻辑的配置节点配置调用公共资源的路径。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：将各目标应用安装包发送至测试终端，以在测试终端安装各目标应用安装包得到差异化的目标应用，并根据各差异化的目标应用所源自的需求信息对各差异化的目标应用进行测试；当对差异化的目标应用测试通过后，发布相应的目标应用安装包。

在一个实施例中，测试包括业务响应测试，业务响应测试的步骤包括：在差异化的目标应用中触发目标业务操作，以使差异化的目标应用依据所源自的应用配置信息中的业务响应配置信息进行业务响应；当业务响应符合差异化的目标应用所源自的需求信息时，判断差异化的目标应用的业务响应测试通过；其中，在任意两个差异化的目标应用所源自的应用配置信息中业务响应配置信息不同时，基于目标业务操作产生的业务响应不同。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：获取与目标应用对应的安装包生成指令；查询目标应用的应用开发项目所对应的公用配置文件；公用配置文件中配置有目标应用的至少两种差异化的应用配置信息；各应用配置信息包括差异化的应用标识；根据安装包生成指令加载公用配置文件，以装配各应用配置信息相匹配的资源信息，生成至少两种差异化的应用配置信息各自对应的目标应用安装包；各目标应用安装包用于安装得到差异化的目标应用，各差异化的目标应用能够同时安装于相同的计算机设备。

在一个实施例中，根据安装包生成指令加载公用配置文件，以装配各应用配置信息相匹配的资源信息，生成至少两种差异化的应用配置信息各自对应的目标应用安装包，包括：根据安装包生成指令加载公用配置文件，以加载公用配置文件中的各应用配置信息；应用配置信息包括界面布局路径；在加载应用配置信息的过程中，加载应用配置信息的界面布局路径所对应的布局文件，并根据布局文件装配应用配置信息配置的界面资源，以生成应用配置信息对应的目标应用安装包；其中，在任意两个应用配置信息的布局文件和界面资源中的至少一种不同时，相应生成的目标应用安装包用于安装得到界面差异化的目标应用。

在一个实施例中，应用标识至少包括第一标识和第二标识，第一标识与应用用户对应，每个应用标识的第一标识不同；第二标识与应用开发项目对应，每个应用标识的第二标识相同。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：获取目标应用的至少两个应用用户所对应的差异化的需求信息；创建目标应用的应用开发项目所对应的公用配置文件；在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息。

在一个实施例中，在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息，包括：在公用配置文件中，根据各应用用户所对应的需求信息，分区且按配置节点扩展各应用用户所对应的差异化的应用配置信息；对于每个应用用户，当应用用户所对应的需求信息包括通用功能时，在通用功能的配置节点配置允许通用功能的配置信息；对于每个应用用户，当应用用户所对应的需求信息不包括通用功能，在通用功能的配置节点配置禁止通用功能的配置信息。

在一个实施例中，应用用户的需求信息包括业务逻辑，计算机程序被处理器执行时还实现以下步骤：在公用配置文件的第一区域统一配置公用资源库；公用资源库中的公共资源包括网络配置资源和接口资源中的至少一种；在公用配置文件中，根据各应用用户所对应的需求信息，分区扩展各应用用户所对应的差异化的应用配置信息，包括：在公用配置文件的第二区域，根据各应用用户所对应的需求信息，分区且按配置节点扩展各应用用户所对应的差异化的应用配置信息；对于每个应用用户，当业务逻辑需要调用公用资源时，在业务逻辑的配置节点配置调用公共资源的路径。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：将各目标应用安装包发送至测试终端，以在测试终端安装各目标应用安装包得到差异化的目标应用，并根据各差异化的目标应用所源自的需求信息对各差异化的目标应用进行测试；当对差异化的目标应用测试通过后，发布相应的目标应用安装包。

在一个实施例中，测试包括业务响应测试，业务响应测试的步骤包括：在差异化的目标应用中触发目标业务操作，以使差异化的目标应用依据所源自的应用配置信息中的业务响应配置信息进行业务响应；当业务响应符合差异化的目标应用所源自的需求信息时，判断差异化的目标应用的业务响应测试通过；其中，在任意两个差异化的目标应用所源自的应用配置信息中业务响应配置信息不同时，基于目标业务操作产生的业务响应不同。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和易失性存储器中的至少一种。非易失性存储器可包括只读存储器(Read-Only Memory，ROM)、磁带、软盘、闪存或光存储器等。易失性存储器可包括随机存取存储器(Random Access Memory，RAM)或外部高速缓冲存储器。作为说明而非局限，RAM可以是多种形式，比如静态随机存取存储器(Static Random Access Memory，SRAM)或动态随机存取存储器(Dynamic Random Access Memory，DRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种应用安装包生成方法，其特征在于，所述方法包括：

获取与目标应用对应的安装包生成指令；

查询所述目标应用的应用开发项目所对应的公用配置文件；所述公用配置文件中配置有所述目标应用的至少两种差异化的应用配置信息；各所述应用配置信息包括差异化的应用标识；

根据所述安装包生成指令加载所述公用配置文件，以装配各所述应用配置信息相匹配的资源信息，生成所述至少两种差异化的应用配置信息各自对应的目标应用安装包；各所述目标应用安装包用于安装得到差异化的目标应用，各所述差异化的目标应用能够同时安装于相同的计算机设备。

2.根据权利要求1所述的方法，其特征在于，所述根据所述安装包生成指令加载所述公用配置文件，以装配各所述应用配置信息相匹配的资源信息，生成所述至少两种差异化的应用配置信息各自对应的目标应用安装包，包括：

根据所述安装包生成指令加载所述公用配置文件，以加载所述公用配置文件中的各所述应用配置信息；所述应用配置信息包括界面布局路径；

在加载所述应用配置信息的过程中，加载所述应用配置信息的界面布局路径所对应的布局文件，并根据所述布局文件装配所述应用配置信息配置的界面资源，以生成所述应用配置信息对应的目标应用安装包；

其中，在任意两个应用配置信息的布局文件和界面资源中的至少一种不同时，相应生成的目标应用安装包用于安装得到界面差异化的目标应用。

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

获取目标应用的至少两个应用用户所对应的差异化的需求信息；

创建所述目标应用的应用开发项目所对应的公用配置文件；

在所述公用配置文件中，根据各所述应用用户所对应的需求信息，分区扩展各所述应用用户所对应的差异化的应用配置信息。

4.根据权利要求3所述的方法，其特征在于，所述应用标识至少由第一标识和第二标识组成，所述第一标识与所述应用用户对应，每个应用配置信息中的应用标识的第一标识不同；所述第二标识与所述应用开发项目对应，每个应用配置信息中的应用标识的第二标识相同。

5.根据权利要求3所述的方法，其特征在于，所述在所述公用配置文件中，根据各所述应用用户所对应的需求信息，分区扩展各所述应用用户所对应的差异化的应用配置信息，包括：

在所述公用配置文件中，根据各所述应用用户所对应的需求信息，分区且按配置节点扩展各所述应用用户所对应的差异化的应用配置信息；

对于每个应用用户，当所述应用用户所对应的需求信息包括通用功能时，在所述通用功能的配置节点配置允许所述通用功能的配置信息；

对于每个应用用户，当所述应用用户所对应的需求信息不包括所述通用功能，在所述通用功能的配置节点配置禁止所述通用功能的配置信息。

6.根据权利要求3所述的方法，其特征在于，所述需求信息包括业务逻辑，所述方法还包括：

在所述公用配置文件的第一区域统一配置公用资源库；所述公用资源库中的公共资源包括网络配置资源和接口资源中的至少一种；

所述在所述公用配置文件中，根据各所述应用用户所对应的需求信息，分区扩展各所述应用用户所对应的差异化的应用配置信息，包括：

在所述公用配置文件的第二区域，根据各所述应用用户所对应的需求信息，分区且按配置节点扩展各所述应用用户所对应的差异化的应用配置信息；

对于每个应用用户，当所述业务逻辑需要调用所述公用资源时，在所述业务逻辑的配置节点配置调用所述公共资源的路径。

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

将各所述目标应用安装包发送至测试终端，以在所述测试终端安装各所述目标应用安装包得到差异化的目标应用，并根据各所述差异化的目标应用所源自的需求信息对各所述差异化的目标应用进行测试；

当对所述差异化的目标应用测试通过后，发布相应的目标应用安装包。

8.一种应用安装包生成装置，其特征在于，所述装置包括：

获取模块，用于获取与目标应用对应的安装包生成指令；

查询模块，用于查询所述目标应用的应用开发项目所对应的公用配置文件；所述公用配置文件中配置有所述目标应用的至少两种差异化的应用配置信息；各所述应用配置信息包括差异化的应用标识；

生成模块，用于根据所述安装包生成指令加载所述公用配置文件，以装配各所述应用配置信息相匹配的资源信息，生成所述至少两种差异化的应用配置信息各自对应的目标应用安装包；各所述目标应用安装包用于安装得到差异化的目标应用，各所述差异化的目标应用能够同时安装于相同的计算机设备。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至7中任一项所述的方法的步骤。

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

Images