CN110377367A - 组件配置方法、装置、电子终端及计算机可读存储介质 - Google Patents

Abstract

本申请实施例提供了一种组件配置方法、装置、电子终端及计算机可读存储介质，涉及客户端开发框架技术领域。其中，组件配置方法包括：当从预设组件库中调用待配置组件作为业务组件时，引用第一组件配置插件创建应用配置任务，该第一组件配置插件与所述业务组件对应；基于所述应用配置任务调用通用配置模板，根据所述通用配置模板以及所述待配置组件生成应用文件；将所述应用文件注册至预设的应用配置清单中，并在应用配置清单中插入所述待配置组件的组件标识。本申请能够提高待配置组件的配置效率。

Description

组件配置方法、装置、电子终端及计算机可读存储介质

技术领域

本申请涉及客户端开发框架技术领域，具体而言，涉及一种组件配置方法、装置、电子终端及计算机可读存储介质。

背景技术

随着组件化技术在Android项目开发中的不断深入与推进，项目中需要单独配置的组件也逐渐增多，如业务组件、基础组件等。但是，现有的组件配置过程十分繁琐，配置效率有待提高。

发明内容

本申请的目的包括，例如，提供了一种组件配置方法、装置、电子终端及计算机可读存储介质，能够有效简化组件配置流程，提高组件配置效率。

本申请的实施例可以这样实现：

第一方面，本申请实施例提供一种组件配置方法，包括：

当从预设组件库中调用待配置组件作为业务组件时，引用第一组件配置插件创建应用配置任务，该第一组件配置插件与所述业务组件对应；

基于所述应用配置任务调用通用配置模板，根据所述通用配置模板以及所述待配置组件生成应用文件；

将所述应用文件注册至预设的应用配置清单中，并在该应用配置清单中插入所述待配置组件的组件标识。

在可选的实施方式中，所述组件标识包括所述待配置组件的组件名称或/和组件唯一标识。

在可选的实施方式中，当所述待配置组件中包括除所述通用配置模板对应的业务之外的其他拓展业务时，所述方法还包括：调用与所述其他拓展业务对应的拓展配置模板；

所述根据所述通用配置模板以及所述待配置组件生成应用文件的步骤，包括：

根据所述待配置组件、所述通用配置模板、所述拓展配置模板生成所述应用文件。

在可选的实施方式中，所述方法还包括：

响应组件调用指令，并根据该组件调用指令确定待配置组件；

判断所述待配置组件是否作为需要单独构建的业务组件，若是，则执行所述引用第一组件配置插件创建应用配置任务的步骤。

在可选的实施方式中，所述方法还包括：

当所述待配置组件不作为所述业务组件，则判定所述待配置组件作为依赖库组件，引用第二组件配置插件创建依赖库组件配置任务，该第二组件配置插件与所述依赖库组件对应；

基于所述依赖库组件配置任务对所述待配置组件进行编译生成AAR文件，并在该AAR文件中插入所述待配置组件的组件标识。

第二方面，本申请实施例提供一种组件配置方法，所述方法包括：

响应组件调用指令，根据所述组件调用指令确定待配置组件；

根据所述待配置组件调用对应的组件配置策略，并根据所述组件配置策略中预设的组件配置流程完成对所述待配置组件的配置，其中，所述组件配置流程包括应用文件的生成、注册以及组件标识的添加。

在可选的实施方式中，所述组件配置方法还包括所述待配置组件的创建步骤，该步骤包括：

根据用户需求创建所述待配置组件，将完成创建的待配置组件保存在预设组件库中，以及创建与所述待配置组件对应的组件配置模板并保存；

根据所述组件配置模板的保存位置信息、应用配置清单的文件位置信息、待配置组件的组件标识生成组件配置策略并保存，该组件配置策略包括组件配置流程。

第三方面，本申请实施例提供一种组件配置装置，包括：

插件引用模块，用于在当从预设组件库中调用待配置组件作为业务组件时，引用第一组件配置插件创建应用配置任务，该第一组件配置插件与所述业务组件对应；

文件生成模块，用于基于所述应用配置任务调用通用配置模板，根据所述通用配置模板以及所述待配置组件生成应用文件；

组件配置模块，用于将所述应用文件注册至预设的应用配置清单中，并在应用配置清单中插入所述待配置组件的组件标识。

第四方面，本申请实施例提供一种电子终端，包括：

处理器；

存储器以及上述前述实施方式中所述的组件配置装置；其中，所述组件配置装置存储于所述存储器并由所述处理器控制执行。

第五方面，本申请实施例提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机指令，该计算机指令被调用并运行时，能够执行前述实施方式中任一项所述的组件配置方法。

本申请实施例的有益效果包括，例如：

本申请给出的组件配置方法、装置、电子终端及计算机可读存储介质中，在待配置组件作为业务组件时，可通过采用第一组件配置插件结合通用配置模板的方式实现对待配置组件的便捷配置，从而提高了待配置组件的配置效率。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例一提供的组件配置方法的流程示意图；

图2为本申请实施例三提供的组件配置方法的流程示意图；

图3为本申请提供的组件配置模板的模板使用示意图；

图4为现有的组件配置流程与本申请给出的组件配置流程之间的对比图；

图5为本申请实施例四提供的组件配置方法的流程示意图；

图6为本申请实施例五提供的电子终端的方框结果示意图。

图标：10-电子终端；11-组件配置装置；110-插件引用模块；120-文件生成模块；130-组件配置模块；12-处理器；13-存储器。

具体实施方式

目前，对于作为需要单独构建的业务组件的待配置组件而言，主要是通过组件编译以及修改组件对应的Manifest.xml文件(程序配置清单)来提供Application(应用程序)，如通过插件“apply plugin:'com.android.application'”将待配置组件编译为应用，并修改组件对应的Manifest.xml文件来提供Application。但由于每个组件对应的业务中存在不同的初始化依赖，那么，在每配置一个需要独立构建的组件时，都需要在Application中构造对应的初始化任务，导致组件配置过程繁琐。一旦组件配置时的初始化任务发生变化，还需要对每个组件对应的初始化任务进行同步修改，使得组件在后续的维护过程中相当困难。

对此，本申请实施例提供一种组件配置方法、装置、电子终端及计算机可读存储介质，其中，采用插件结合模板的组件配置方式来实现组件配置，能够有效简化组件配置流程，提高组件配置效率。下面结合具体实施方式对本申请给出的技术方案进行介绍。

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。通常在此处附图中描述和示出的本申请实施例的组件可以以各种不同的配置来布置和设计。

因此，以下对在附图中提供的本申请的实施例的详细描述并非旨在限制要求保护的本申请的范围，而是仅仅表示本申请的选定实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。需要说明的是，在不冲突的情况下，本申请的实施例中的特征可以相互结合。

实施例一

如图1所示，为本申请实施例提供的组件配置方法的流程示意图，该组件配置方法可以由组件配置装置来执行，该组件配置装置可以由软件或/和硬件实现，可配置在安装有如安卓(Android)等操作系统的电子终端中，该电子终端可以是、但不限于计算机、手机、IPad、服务器、移动上网设备等中，前述组件配置方法可以包括如下步骤。所应说明的是，本申请给出的组件配置方法并不以图1以及以下的具体顺序为限制。应当理解，本申请给出的组件配置方法中的部分步骤的顺序可以根据实际需要相互交换，或者其中的部分步骤也可以省略或删除。

步骤S11，当从预设组件库中调用待配置组件作为业务组件时，引用第一组件配置插件创建应用配置任务，该第一组件配置插件与业务组件对应。

其中，以安装有Android系统的电子终端为例，在电子终端中的Android程序启动时，系统会创建一个应用配置任务(如Application)，用来存储系统的一些信息。在本实施例一中，应用配置任务作为类继承来实现应用程序级的全局变量。本实施例中，第一组件配置插件可以，但不限于通过伪代码“apply plugin:'com.android.application'”实现。

步骤S12，基于所述应用配置任务调用通用配置模板，根据所述通用配置模板以及所述待配置组件生成应用文件。

其中，通用配置模板是预先根据保存在预设组件库中的各业务组件之间的共同特征构建的一种通用模版，其内部逻辑满足应用程序的基本框架任务的初始化，并且能够在组件作为业务组件单独构建时自动生成，无需开发者编写，因此，在本实施例一中通过通用配置模板生成与待配置组件对应的应用文件，一方面能够大幅简化组件配置流程，避免了现有的组件编译过程。同时，即便组件配置时的初始化任务发生变化，也只需对通用配置模板进行修改，避免了现有技术中需要对每个组件配置时的初始化任务分别进行同步修改的复杂性，提高了组件在后续使用过程中的可维护性。

步骤S13，将所述应用文件注册至预设的应用配置清单中，并在应用配置清单中插入所述待配置组件的组件标识。

其中，程序配置清单(如AndroidManifest.xml等)作为Android应用的入口文件，是每个Android程序中所必须的文件，以用于配置程序运行所必要的组件、权限以及一些其他相关信息等，描述了package(文件包)中暴露的组件(activities、services等)各自的实现类、各种能被处理的数据和启动位置等。因此，本实施例一中在生成应用文件之后，还需要将应用文件注册至Manifest.xml文件中才能使应用文件生效，并暴露待配置组件的实现类、能被处理的数据、启动位置等。实际实施时，可通过创建InjectManifest插件的方式将应用文件注册至程序配置清单中。

此外，在完成对应用文件的注册后，还需要通过插入组件标识的方式给应用文件增加name属性。本实施例中，组件标识可以包括，但不限于待配置组件的组件名称或/和组件唯一标识。

与现有的组件配置过程相比，本申请实施例一中给出的组件配置方法中，采用插件结合通用配置模板的方式来干涉现有技术中的组件编译过程来实现组件配置，能够大幅简化组件配置流程，提高组件配置效率。同时，本申请基于通用配置模板实现组件配置时，即便相应的初始化任务发生变化，也无需对每个组件配置过程中涉及的初始化任务进行同步修改，而是对通用配置模板进行修改即可，能够有效提高组件后续的可维护性。

实施例二

本实施例二以前述实施例一为基础，进一步满足不同的组件的个性化配置，如当预设组件库中的各某个待配置组件中还包括除通用配置模板对应的业务之外的其他拓展业务时，电子终端中还可预设有与组件中的其他拓展业务对应的拓展配置模板，以用于拓展配置业务各自独立需要的初始化逻辑。那么，对于还包括其他扩展业务的待配置组件，在调用通用配置模板的同时，可调用拓展配置模板，并根据待配置组件、通用配置模板、拓展配置模板生成与待配置组件对应的应用文件。实际实施时，对于存在其他拓展业务的待配置组件，可通过配置InnerAppTask(拓展配置模板)的方式实现。

实施例三

如图2所示，为本申请实施例三给出的组件配置流程示意图，本实施例三是以前述实施例一或/和实施例二为基础，进一步增加组件配置时的灵活性和智能性，该方法包括：

步骤S14，响应组件调用指令，并根据该组件调用指令确定待配置组件；

步骤S15，判断待配置组件是否作为需要单独构建的业务组件，若是，则执行步骤S11-步骤S13，反之，则可执行，但不限于，图2中所示的步骤S16和步骤S17。

上述步骤S14至步骤S15中，在判断要调用的待配置组件是否作为需要单独构建的业务组件时的实际判断方式可以有多种，例如，可在创建组件时在组件中插入用于表征组件类型的组件信息，如可用1表示组件为业务组件，用0表示组件为依赖库组件等，本实施例在此不做限制。

可选地，作为一种实施方式，请再次参阅图2，当待配置组件不作为业务组件时，本实施例给出的组件配置方法还可包括步骤S16和步骤S17，内容如下。

步骤S16，引用第二组件配置插件创建依赖库组件配置任务，该第二组件配置插件与所述依赖库组件对应。

步骤S17，基于所述依赖库组件配置任务对所述待配置组件进行编译生成AAR(Android Archive)文件，并在该AAR文件中插入所述待配置组件的组件标识。

在前述步骤S16至步骤S17中，当待配置组件作为依赖库组件时，可采用现有的依赖库组件配置过程完成待配置组件的配置，其配置过程可以包括：引用第二组件配置插件“apply plugin:'com.android.library'”，创建依赖库组件配置任务，基于该依赖库组件配置任务对所述待配置组件进行编译生成AAR文件，并在AAR文件中插入组件标识，即可完成对待配置组件的配置。

进一步地，基于对上述实施例一至实施例三中给出的组件配置方法，下面结合图3和图4进一步对本申请给出的组件配置方法的流程进行说明，详细如下。其中，假设待配置组件包括有除通用配置模板对应的业务之外的其他拓展业务。

(1)电子终端响应组件调用指令，并根据组件调用指令确定待配置组件。

(2)根据待配置组件的组件信息判断该待配置组件是否作为业务组件需要单独配置。

(3)如图4所示，当待配置组件的组件信息表征该待配置组件为业务组件时，引用第一组件配置插件“apply plugin:'com.android.application'”，创建应用配置任务，基于应用配置任务调用通用配置模板以及拓展配置模板，根据待配置组件的组件信息、通用配置模板以及拓展配置模板生成应用文件。

(4)创建InjectManifest插件，基于该InjectManifest插件将应用文件注册至程序配置清单中，以暴露待配置组件的实现类、能被处理的数据、启动位置等信息，最后，在程序配置清单中插入表征组件name属性的组件标识，如组件名称等，以完成对待配置组件的配置。

(5)当待配置组件的组件信息表征该待配置组件不作为业务组件，且该待配置组件作为依赖库组件时，引用第二组件配置插件“apply plugin:'com.android.library'”，创建依赖库组件配置任务，基于依赖库组件配置任务对待配置组件进行编译生成AAR文件，并在AAR文件中插入待配置组件的组件标识，以完成对待配置组件的配置。

需要说明的是，图4中示出的“Hook Here”是指通过hook“接触”到现有的组件配置流程中的api函数入口点，改变它的地址并使其指向本申请实施例中给出的组件配置方法对应的函数，以执行本申请给出的组件配置方法，图4中的(a)表示现有的组件配置流程、(b)表示本申请实施例给出的组件配置流程。另外，从图4所示的(a)和(b)可以看出，本实施例给出的基于插件结合模板的组件配置方法是在现有的组件配置方法流程中插入了如“生成应用文件”以及“应用文件注册”这两个任务，以提高组件配置效率。

实施例四

如图5所示，为本申请实施例四给出的组件配置流程示意图，本实施例四是以前述实施例为基础，进一步简化组件配置时的繁琐操作，该组件配置方法包括：

步骤S21，响应组件调用指令，根据所述组件调用指令确定待配置组件；

步骤S22，根据所述待配置组件调用对应的组件配置策略，并根据所述组件配置策略中预设的组件配置流程完成对所述待配置组件的配置，其中，所述组件配置流程包括应用文件的生成、注册以及组件标识的添加。

相对于实施例一至实施例三中给出的组件配置方法，本实施例四中给出的组件配置方法是预先设置了自动生成一整个组件的所有配置的组件配置策略，该组件配置策略中包括了组件配置模板(如实施例一中的通用配置模板、实施例二中的拓展配置模板等)、应用文件的生成流程、注册流程以及组件标识添加流程，从而进一步简化组件配置流程，节省开发者的时间，提高了开发效率，以及组件后续的可维护性。

可选地，在一些实施方式中，本实施例四给出的组件配置方法还可包括待配置组件的创建步骤，该创建步骤可以包括：根据用户需求创建待配置组件，将完成创建的待配置组件保存在预设组件库中，以及创建与待配置组件对应的组件配置模板并保存；根据组件配置模板的保存位置信息、预设的应用配置清单的文件位置信息、待配置组件的组件标识生成包含组件配置流程的组件配置策略并保存。实际实施时，可基于Android Studio预先设置用于创建如组件配置模版、build.gradle.ftl、AndroidManifest.xml.ftl等模版文件，以在配置一个需要独立构建的业务组件时，能够有效简化组件配置时的繁琐操作。

实施例五

图6为本申请实施例提供的一种电子终端10的方框结构示意图，该电子终端10可用于，但不限于，执行本申请实施例一至实施例四给出的组件配置方法。可选地，请再次参阅图6，电子终端10可以包括，但不限于，组件配置装置11、处理器12和存储器13。其中，处理器12与存储器13均位于电子终端10中且二者分离设置。然而，应当理解的是，存储器13也可以是独立于电子终端10之外，且可以由处理器12通过总线接口来访问。可替换地，存储器13也可以集成到处理器12中，例如，可以是高速缓存和/或通用寄存器。

可以理解的是，图6所示的电子终端10的结构仅为示意，电子终端10还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置，图6中所示的各组件可以采用硬件、软件或其组合实现。例如，在本实施例五中，电子终端10可以是，但不限于，计算机、手机、IPad、服务器、移动上网设备等具有数据处理功能的电子终端10。

实施例六

为了执行上述实施例一至实施例四及各个可能的实现方式中的相应步骤，下面给出一种组件配置装置11的实现方式，可选地，该组件配置装置11可以采用上述图6所示的电子终端10的器件结构。在一种实现方式中，组件配置装置11可以理解为上述电子终端10中的处理器12，也可以理解为独立于上述电子终端10或处理器12之外的在电子终端10控制下实现上述组件配置方法的软件功能模块。可选地，组件配置装置11可以包括插件引用模块110、文件生成模块120和组件配置模块130，下面分别对该组件配置装置11的各个功能模块的功能进行详细阐述。

插件引用模块110，用于在当从预设组件库中调用待配置组件作为业务组件时，引用第一组件配置插件创建应用配置任务，该第一组件配置插件与所述业务组件对应；本实施例中，关于插件引用模块110的描述具体可参考上述步骤S11的详细描述，也即，步骤S11可以由插件引用模块110执行，因而在此不作更多说明。

文件生成模块120，用于基于所述应用配置任务调用通用配置模板，根据所述通用配置模板以及所述待配置组件生成应用文件；本实施例中，关于文件生成模块120的描述具体可参考上述步骤S12的详细描述，也即，步骤S12可以由文件生成模块120执行，因而在此不作更多说明。

组件配置模块130，用于将所述应用文件注册至预设的应用配置清单中，并在该应用配置清单中插入所述待配置组件的组件标识。本实施例中，关于组件配置模块130的描述具体可参考上述步骤S13的详细描述，也即，步骤S13可以由组件配置模块130执行，因而在此不作更多说明。

实施例七

本申请实施例七提供一种计算机可读存储介质，该计算机可读存储介质上存储有计算机指令，该计算机指令被调用并运行时，能够执行上述的组件配置方法的相关操作。

综上所述，本申请给出的组件配置方法、装置、电子终端10及计算机可读存储介质中，在待配置组件作为业务组件时，可采用插件结合模板的方式实现对待配置组件的快速、高效化配置。

进一步地，本实施例给出的基于通用配置模板实现的组件配置，即便组件配置时的初始化任务发生变化，也只需对通用配置模板进行修改，避免了现有技术中需要对每个组件配置时的初始化任务分别进行同步修改的复杂性，提高了组件在后续使用过程中的可维护性。

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

Claims (10)

1.一种组件配置方法，其特征在于，包括：

当从预设组件库中调用待配置组件作为业务组件时，引用第一组件配置插件创建应用配置任务，该第一组件配置插件与所述业务组件对应；

基于所述应用配置任务调用通用配置模板，根据所述通用配置模板以及所述待配置组件生成应用文件；

将所述应用文件注册至预设的应用配置清单中，并在该应用配置清单中插入所述待配置组件的组件标识。

2.根据权利要求1所述的组件配置方法，其特征在于，所述组件标识包括所述待配置组件的组件名称或/和组件唯一标识。

3.根据权利要求1所述的组件配置方法，其特征在于，当所述待配置组件中包括除所述通用配置模板对应的业务之外的其他拓展业务时，所述方法还包括：调用与所述其他拓展业务对应的拓展配置模板；

所述根据所述通用配置模板以及所述待配置组件生成应用文件的步骤，包括：

根据所述待配置组件、所述通用配置模板、所述拓展配置模板生成所述应用文件。

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

响应组件调用指令，并根据该组件调用指令确定待配置组件；

判断所述待配置组件是否作为需要单独构建的业务组件，若是，则执行所述引用第一组件配置插件创建应用配置任务的步骤。

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

当所述待配置组件不作为所述业务组件时，判定所述待配置组件作为依赖库组件，引用第二组件配置插件创建依赖库组件配置任务，该第二组件配置插件与所述依赖库组件对应；

基于所述依赖库组件配置任务对所述待配置组件进行编译生成AAR文件，并在该AAR文件中插入所述待配置组件的组件标识。

6.一种组件配置方法，其特征在于，所述方法包括：

响应组件调用指令，根据所述组件调用指令确定待配置组件；

根据所述待配置组件调用对应的组件配置策略，并根据所述组件配置策略中预设的组件配置流程完成对所述待配置组件的配置，其中，所述组件配置流程包括应用文件的生成、注册以及组件标识的添加。

7.根据权利要求6所述的组件配置方法，其特征在于，所述组件配置方法还包括所述待配置组件的创建步骤，该步骤包括：

根据用户需求创建所述待配置组件，将完成创建的待配置组件保存在预设组件库中，以及创建与所述待配置组件对应的组件配置模板并保存；

根据所述组件配置模板的保存位置信息、应用配置清单的文件位置信息、待配置组件的组件标识生成组件配置策略并保存，该组件配置策略包括组件配置流程。

8.一种组件配置装置，其特征在于，包括：

插件引用模块，用于在当从预设组件库中调用待配置组件作为业务组件时，引用第一组件配置插件创建应用配置任务，该第一组件配置插件与所述业务组件对应；

文件生成模块，用于基于所述应用配置任务调用通用配置模板，根据所述通用配置模板以及所述待配置组件生成应用文件；

组件配置模块，用于将所述应用文件注册至预设的应用配置清单中，并在该应用配置清单中插入所述待配置组件的组件标识。

9.一种电子终端，其特征在于，包括：

处理器；

存储器以及权利要求8中所述的组件配置装置；其中，所述组件配置装置存储于所述存储器并由所述处理器控制执行。

10.一种计算机可读存储介质，其特征在于，该计算机可读存储介质上存储有计算机指令，该计算机指令被调用并运行时，能够执行权利要求1-5中任一项所述的组件配置方法或者权利要求6-7中任一项所述的组件配置方法。