CN111176652A - 应用程序管理的方法、装置、设备和介质 - Google Patents

Abstract

本申请公开了一种应用程序管理的方法、装置、设备和介质。该方法包括：创建一个应用程序APP管理应用工程，并配置APP管理应用工程的配置文件目录；通过将Java文件中的应用程序的包名全部替换为R文件包名，完成APP管理应用工程的自动编译脚本的编译；基于自动编译脚本，读取配置文件目录中与每个APP对应的配置文件，并将配置文件保存至客户端中。根据本发明提供的应用程序管理的方法、装置、设备和介质，可以仅基于一个应用工程，就可以实现多个不同的APP通过自动编译脚本就可以读取每个APP对应的布局文件。从而可以实现仅通过单个应用工程就可以管理多个APP，提高对多个不同APP的管理效率。

Description

应用程序管理的方法、装置、设备和介质

技术领域

本发明涉及计算机技术领域，尤其涉及一种应用程序管理的方法、装置、设备和介质。

背景技术

多应用程序(Application，APP)的管理开发主要通过软件开发应用框架，实现为不同类型的用户提供不同版本的应用软件。这些不同版本的应用软件具有各自的业务功能，且不同版本的APP存在不同的用户界面(User Interface，UI)风格。

目前，开发者需要建立多个应用工程，通过对各个应用工程中的UI布局以及业务逻辑开发，最后编译出多个应用包供不同类型的用户使用，才可以满足为不同类型的用户提供具有不同的UI风格以及不同的业务功能的APP。

这种需要建立多个应用工程对多个不同APP进行管理的技术方案，管理效率低，因此存在对多个不同APP管理效率低的技术问题。

发明内容

本发明实施例提供了一种应用程序管理的方法、装置、设备和介质，能够基于单个应用工程对多个不同APP进行管理。

本发明实施例的一方面，提供一种应用程序管理的方法，该方法包括：

创建一个应用程序APP管理应用工程，并配置APP管理应用工程的配置文件目录；

通过将Java文件中的应用程序的包名全部替换为R文件包名，完成APP管理应用工程的自动编译脚本的编译；

基于自动编译脚本，读取配置文件目录中与每个APP对应的配置文件，并将配置文件保存至客户端中。

本发明实施例的另一方面，提供一种应用程序管理的装置，该装置包括：

应用工程模块，用于创建一个应用程序APP管理应用工程，并配置APP管理应用工程的配置文件目录；

自动编译脚本模块，用于通过将Java文件中的应用程序的包名全部替换为R文件包名，完成APP管理应用工程的自动编译脚本的编译；

文件读取模块，用于基于自动编译脚本，读取配置文件目录中与每个APP对应的配置文件，并将配置文件保存至客户端中。

根据本发明实施例的另一方面，提供一种应用程序管理的设备，该设备包括：

处理器以及存储有计算机程序指令的存储器；

处理器执行计算机程序指令时实现如上述本发明实施例的任意一方面提供的应用程序管理的方法。

根据本发明实施例的另一方面，提供一种计算机存储介质，计算机存储介质上存储有计算机程序指令，计算机程序指令被处理器执行时实现如上述本发明实施例的任意一方面提供的应用程序管理的方法。

本发明实施例提供的应用程序管理的方法、装置、设备和介质。通过配置APP管理应用工程的配置文件以及编译自动编译脚本，就可以仅基于一个应用工程，就可以实现多个不同的APP通过自动编译脚本就可以读取每个APP对应的布局文件。从而可以实现仅通过单个应用工程就可以管理多个APP，提高对多个不同APP的管理效率。

附图说明

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

图1示出本发明一实施例的应用程序管理的方法的流程图；

图2示出本发明一实施例的配置文件目录的结构示意图；

图3示出本发明一实施例的自动编译脚本的编译流程图；

图4示出本发明另一实施例的应用程序管理的方法的流程图；

图5示出本发明又一实施例的应用程序管理的方法的流程图；

图6示出本发明一实施例的应用程序管理的装置的结构示意图；

图7示出了能够实现根据本发明实施例的应用程序管理的方法和装置的计算设备的示例性硬件架构的结构图。

具体实施方式

下面将详细描述本发明的各个方面的特征和示例性实施例，为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进行进一步详细描述。应理解，此处所描述的具体实施例仅被配置为解释本发明，并不被配置为限定本发明。对于本领域技术人员来说，本发明可以在不需要这些具体细节中的一些细节的情况下实施。下面对实施例的描述仅仅是为了通过示出本发明的示例来提供对本发明更好的理解。

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

下面结合附图，详细描述根据本发明实施例的应用程序管理的方法、装置、设备和介质。应注意，这些实施例并不是用来限制本发明公开的范围。

下面通过图1至图5详细介绍根据本发明实施例的应用程序管理的方法。

为了便于理解，下面结合图1详细介绍根据本发明实施例的应用程序管理的方法。图1是示出本发明一实施例的应用程序管理的方法的流程图。

如图1所示，本发明实施例中的应用程序管理的方法100包括以下步骤：

S110，创建一个应用程序(Application，APP)管理应用工程，并配置APP管理应用工程的配置文件目录。

在本发明实施例中，如图2所示，图2是示出本发明一实施例配置文件目录的结构示意图。

配置文件的路径可以规划为：cfg-apk/应用名称/应用名称cfg/cfg。其中，

cfg-apk/，为管理多个APP配置文件的文件夹根目录，用于存放和管理与多个APP相关联的文件。

应用名称/，该目录可以根据APP的应用程序的名称命名。该目录用于管理和区分不同APP的不同配置文件以及APP所需的其它文件。应当注意的是，在APP所需的其它文件中，layout_config配置参数可以用来识别APP属于哪一种应用类型，进而基于APP的应用类型确定与APP对应的配置文件。

应用名称cfg/cfg，用于存放不同APP的配置文件。

其中，配置文件可以包括布局文件、基础参数文件以及业务功能文件。布局文件用于配置APP不同版本的布局文件名称，APP通过布局文件可以呈现不同的用户界面(UserInterface，UI)。并且可以将布局文件以可扩展标记语言(Extensible Markup Language，XML)的文件格式存放于res/layout文件夹中，并映射到不同的配置文件中。布局文件的命名规则可以定义为：APP名称_默认布局文件名称，以便开发者以及维护人员能更好的阅读资源文件。

基础参数文件用于配置各版本APP的版本号和/或软件身份识别号(identification，id)等。

在本发明实施例中，通过配置APP管理应用工程的配置文件目录，在配置文件目录中存放多个不同APP对应的配置文件，可以实现仅需要一个应用工程，就可以存放多个APP对应的多个配置文件，无需创建多个应用工程来存放不同APP对应的配置文件。

S120，通过将Java文件中的应用程序的包名全部替换为R文件包名，完成APP管理应用工程的自动编译脚本的编译。

为了便于理解，下面结合图3详细介绍本发明实施例的自动编译脚本的编译流程图。图3是示出本发明一实施例的自动编译脚本的编译流程图。

在本发明的一个实施例中，选用Ant工具进行编译。Ant用于自动化调用程序完成项目的编译，打包，测试等。其中，Ant脚本是以XML格式文件编写，以<antcall target>为任务节点，通过ant-fxxx.XML执行。通过Ant工具为每个APP编写脚本以及编译和每个脚本对应的配置文件。由于在一个管理应用工程中，该管理应用工程中的包名是唯一且固定的，而不同的APP具有不同的包名。所以，在通过一个管理应用工程编译多个APP时，就不可以直接使用该管理应用工程的包名。

因此，在自动编译脚本的编译过程中，就需要将读取到的Java文件中的APP的包名全部替换为R文件包名。其中，R文件是当APP被编译时，会自动生成一个R类，其中包含了所有res/目录下资源的id，如布局文件，资源文件，图片的id等。包名主要用于系统识别应用，一个包名代表一个应用。

接下来，通过Ant编译器的构建文件build.XML对工程进行自动构建和发布出对应包名的APP，从而完成整个自动编译脚本的编译。

在本发明实施例中，通过编写Ant脚本以及Ant编译器发布出对应包名的APP。可以仅需要编写一次脚本信息，后续直接执行编译脚本，节约大量的时间成本。

S130，基于自动编译脚本，读取配置文件目录中与每个APP对应的配置文件，并将配置文件保存至客户端中。

在本发明的一个实施例中，多个不同的APP通过自动编译脚本，读取配置文件目录中的配置文件。鉴于客户端具有共享参数项(shared Preferences)轻量级的存储类，适合存储简单少量的配置文件。因此将读取到的配置文件，通过shared Preferences工具类，将配置文件保存到客户端中供APP全局使用。应当理解的是，Shared Preferences是一个轻量级的存储类，用来保存APP的一些常用配置，例如：活动状态。

通过上述实施例所述的应用程序管理的方法，通过配置APP管理应用工程的配置文件以及编译自动编译脚本，就可以仅基于一个应用工程，就可以实现多个不同的APP通过自动编译脚本就可以读取每个APP对应的布局文件。从而可以仅通过单个应用工程就可以管理多个APP，提高对多个不同APP的管理效率。

根据本发明的又一实施例，定位伪基站的方法100，在S110之后还包括：

S140，基于配置文件目录中的配置文件，确定不同APP之间的差异性数据资源。

S150，对差异性数据资源进行初始化处理。

具体的，差异性数据资源可以是不同APP之间的业务功能文件和不同APP之间的布局文件。

根据本发明的一个实施例中，通过配置文件目录中的配置文件，确定不同APP之间的差异性数据资源。接下来，由于会存在部分资源在运行过程中读取不到资源文件中的控件。因此，首先需要将差异性数据资源中的布局文件以及业务功能文件进行模块化封装处理，即将资源控件和业务功能进行模块化处理。

其次，再将模块化封装处理后的布局文件关联与之对应的业务功能文件。

在本发明实施例中，通过将每个APP的配置文件封装在一个初始化模块和功能模块内，使得在后期需要对APP的开发需求进行修改时，只需要修改一个应用工程中的源码，不用同时维护多个应用工程，进而减少了开发时间和管理APP的时间。

为了便于理解，图4示出了本发明另一实施例的定位伪基站的方法的流程图。图4与图1相同的步骤使用相同的编号，在此不再赘述。图4中的定位伪基站的方法400还包括：

S410，确定客户端中的配置文件包括多个应用标识。

S420，客户端根据包括多个应用标识的配置文件，加载用户界面UI以及业务功能。

在本发明实施例中，应用标识可以是指APP的版本。首先，判断客户端中的配置文件是否包括多个应用标识，即判断客户端中的配置文件是否包括多个版本。

当客户端中的配置文件包括多个应用标识时，接下来，客户端根据SharedPreferences中的配置文件中的布局文件加载对应的UI。

最后，客户端基于加载的UI，加载与UI关联的业务功能。其中，业务功能可以是APP具体所要展现的业务，例如：购物、缴费或阅读等。

在本发明实施例中，与UI关联的业务功能是指将业务功能和UI建立联系，即当UI确定时，就会有唯一的业务功能与UI相对应。进而实现不同的UI加载不同的业务功能。

根据本发明的再一实施例，定位伪基站的方法400还包括：

S430，客户端中的配置文件包括一个应用标识时，客户端加载默认UI以及默认业务功能。

在本发明实施例中，当判断客户端中的配置文件仅包括一个应用标识时，客户端可以直接通过Set Content View方法加载默认UI以及加载默认业务功能。

在本发明实施例中，当客户端中的配置文件仅包括一个应用标识时，客户端直接加载默认UI以及默认业务功能，减少APP的运行时间，可以更加快速的向用户展现APP的UI界面以及APP的业务功能。

根据本发明的又一实施例，如图5所示，图5是示出本发明又一实施例的应用程序管理的方法的流程图。图5中的应用程序管理的方法500包括：

S510，启动应用。

S520，读取APP配置文件。

S530，判断是否存在多个应用标识。

当判断结果为否时，执行S540，加载默认UI布局。

当判断结果为是时，执行S550，加载配置文件对应UI布局。

S560，加载完成显示应用界面。

本发明实施例中，通过自动编译脚本，读取与每个APP对应的配置文件。根据配置文件中的应用标识，加载配置文件中对应的UI布局以及加载配置文件中的业务功能。当仅有一个应用标识时，加载默认的UI布局以及默认的业务功能。可以仅通过单个应用工程就可以管理多个APP，提高对多个不同APP的管理效率，节约大量的时间成本。

下面通过图6详细介绍根据本发明实施例的应用程序管理的装置，应用程序管理的装置与应用程序管理的方法相对应。

图6示出了本发明一实施例的应用程序管理的装置的结构示意图。

如图6所示，应用程序管理的装置600包括：

应用工程模块610，用于创建一个APP管理应用工程，并配置APP管理应用工程的配置文件目录。

自动编译脚本模块620，用于通过将Java文件中的应用程序的包名全部替换为R文件包名，完成APP管理应用工程的自动编译脚本的编译。

文件读取模块630，用于基于自动编译脚本，读取配置文件目录中与每个APP对应的配置文件，并将配置文件保存至客户端中。

通过上述实施例提供的应用程序管理的装置，通过应用工程模块610在配置文件目录中存放多个不同APP对应的配置文件，可以仅需要一个应用工程，就可以存放多个APP对应的多个配置文件，无需创建多个应用工程来存放不同APP的配置文件。

通过自动编译脚本模块620编写Ant脚本以及Ant编译器发布出对应包名的APP。可以仅需要编写一次脚本信息，后续直接执行编译脚本，节约大量的时间成本。

通过文件读取模块630实现多个不同的APP通过自动编译脚本就可以读取每个APP对应的布局文件。从而可以仅通过单个应用工程就可以管理多个APP，提高对多个不同APP的管理效率。

在本发明的一个实施例中，应用程序管理的装置600还包括：

加载模块640，用于确定客户端中的配置文件信息包括多个应用标识，以及

客户端根据包括多个应用标识的配置文件信息，加载用户界面UI以及业务功能。其中，配置文件包括：布局文件、基础参数文件以及业务功能文件，其中，基础参数文件包括：应用标识。

在本发明的另一个实施例中，加载模块640，具体用于客户端根据APP当前的应用标识以及配置文件中的布局文件，加载UI。以及基于UI，客户端加载与UI关联的业务功能。

在本发明的又一个实施例中，加载模块640，具体还用于客户端中的配置文件包括一个应用标识时，客户端加载默认UI以及默认业务功能。

通过上述实施例所述的应用程序管理的装置，通过加载模块640根据应用标识加载UI以及业务功能，可以实现为不同的UI加载不同业务功能，并且当客户端中的配置文件仅包括一个应用标识时，客户端直接加载默认UI以及默认业务功能，减少APP运行时间，可以更加快速的向用户展现APP的UI界面以及APP的业务功能。

在本发明的一个实施例中，应用程序管理的装置600还可以包括：

初始化模块650，用于基于配置文件目录中的配置文件信息，确定不同APP之间的差异性数据资源，以及对差异性数据资源进行初始化处理。

在本发明的一个实施例中，初始化模块650，具体用于将差异性数据资源中的布局文件以及业务功能文件进行模块化封装处理。以及将模块化封装处理后的布局文件关联业务功能文件。

通过本发明实施例中的初始化模块650，将每个APP的配置文件封装在一个初始化模块和功能模块内，使得在后期需要对APP的开发需求进行修改时，只需要修改一个应用工程中的源码，不用同时维护多个应用工程，进而缩短开发时间和管理APP的时间。

图7示出了能够实现根据本发明实施例的应用程序管理的方法和装置的计算设备的示例性硬件架构的结构图。

如图7所示，计算设备700包括输入设备701、输入接口702、中央处理器703、存储器704、输出接口705、以及输出设备706。其中，输入接口702、中央处理器703、存储器704、以及输出接口705通过总线710相互连接，输入设备701和输出设备706分别通过输入接口702和输出接口705与总线710连接，进而与计算设备700的其他组件连接。

具体地，输入设备701接收来自外部的输入信息，并通过输入接口702将输入信息传送到中央处理器703；中央处理器703基于存储器704中存储的计算机可执行指令对输入信息进行处理以生成输出信息，将输出信息临时或者永久地存储在存储器704中，然后通过输出接口705将输出信息传送到输出设备706；输出设备706将输出信息输出到计算设备700的外部供用户使用。

也就是说，图7所示的计算设备也可以被实现应用程序管理的设备，该应用程序管理的设备可以包括：存储有计算机可执行指令的存储器；以及处理器，该处理器在执行计算机可执行指令时可以实现结合图1至图6描述的应用程序管理的方法和装置。

本发明实施例还提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序指令；该计算机程序指令被处理器执行时实现本发明实施例提供的应用程序管理。

需要明确的是，本发明并不局限于上文所描述并在图中示出的特定配置和处理。为了简明起见，这里省略了对已知方法的详细描述。在上述实施例中，描述和示出了若干具体的步骤作为示例。但是，本发明的方法过程并不限于所描述和示出的具体步骤，本领域的技术人员可以在领会本发明的精神后，作出各种改变、修改和添加，或者改变步骤之间的顺序。以上所述的结构框图中所示的功能块可以实现为硬件、软件、固件或者它们的组合。当以硬件方式实现时，其可以例如是电子电路、专用集成电路(ASIC)、适当的固件、插件、功能卡等等。当以软件方式实现时，本发明的元素是被用于执行所需任务的程序或者代码段。程序或者代码段可以存储在机器可读介质中，或者通过载波中携带的数据信号在传输介质或者通信链路上传送。“机器可读介质”可以包括能够存储或传输信息的任何介质。机器可读介质的例子包括电子电路、半导体存储器设备、ROM、闪存、可擦除ROM(EROM)、软盘、CD-ROM、光盘、硬盘、光纤介质、射频(RF)链路，等等。代码段可以经由诸如因特网、内联网等的计算机网络被下载。

本发明可以以其他的具体形式实现，而不脱离其精神和本质特征。例如，特定实施例中所描述的算法可以被修改，而设备体系结构并不脱离本发明的基本精神。因此，当前的实施例在所有方面都被看作是示例性的而非限定性的，本发明的范围由所附权利要求而非上述描述定义，并且，落入权利要求的含义和等同物的范围内的全部改变从而都被包括在本发明的范围之中。

Claims (10)

1.一种应用程序管理的方法，其特征在于，包括：

创建一个应用程序APP管理应用工程，并配置所述APP管理应用工程的配置文件目录；

通过将Java文件中的应用程序的包名全部替换为R文件包名，完成所述APP管理应用工程的自动编译脚本的编译；

基于所述自动编译脚本，读取所述配置文件目录中与每个APP对应的配置文件，并将所述配置文件保存至客户端中。

2.根据权利要求1所述应用程序管理的方法，其特征在于，还包括：

确定所述客户端中的配置文件包括多个应用标识；

所述客户端根据包括多个所述应用标识的配置文件，加载用户界面UI以及业务功能。

3.根据权利要求2所述应用程序管理的方法，其特征在于，所述配置文件包括：布局文件、基础参数文件以及业务功能文件，其中，所述基础参数文件包括：所述应用标识。

4.根据权利要求2所述应用程序管理的方法，其特征在于，所述客户端根据包括多个所述应用标识的配置文件，加载UI以及业务功能，包括：

所述客户端根据所述APP当前的应用标识以及所述配置文件中的布局文件，加载所述UI；

基于所述UI，所述客户端加载与所述UI关联的所述业务功能。

5.根据权利要求1所述应用程序管理的方法，其特征在于，还包括：

所述客户端中的配置文件包括一个应用标识时，所述客户端加载默认UI以及默认业务功能。

6.根据权利要求1所述应用程序管理的方法，其特征在于，所述创建一个APP管理应用工程，并配置所述APP管理应用工程的配置文件目录之后，还包括：

基于所述配置文件目录中的配置文件，确定不同APP之间的差异性数据资源；

对所述差异性数据资源进行初始化处理。

7.根据权利要求6所述应用程序管理的方法，其特征在于，所述对所述差异性数据资源进行初始化处理，包括：

将差异性数据资源中的布局文件以及业务功能文件进行模块化封装处理；

将所述模块化封装处理后的所述布局文件关联所述业务功能文件。

8.一种应用程序管理的装置，其特征在于，包括：

应用工程模块，用于创建一个应用程序APP管理应用工程，并配置所述APP管理应用工程的配置文件目录；

自动编译脚本模块，用于通过将Java文件中的应用程序的包名全部替换为R文件包名，完成所述APP管理应用工程的自动编译脚本的编译；

文件读取模块，用于基于所述自动编译脚本，读取所述配置文件目录中与每个APP对应的配置文件，并将所述配置文件保存至客户端中。

9.一种应用程序管理的设备，其特征在于，所述设备包括：处理器以及存储有计算机程序指令的存储器；

所述处理器执行所述计算机程序指令时实现如权利要求1-7任意一项所述应用程序管理的方法。

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

Images