CN112416425B - App构建方法、装置、计算机设备及存储介质 - Google Patents

Abstract

本发明实施例公开了一种APP构建方法、装置、计算机设备及存储介质，该方法包括：在目标APP的公共组件的构建过程中获取所有目标AAR文件，其中，所目标AAR文件为所述目标APP的公共组件和业务组件的所有AAR文件中存储有目标依赖关系的AAR文件；根据所有目标AAR文件存储的配置信息确定配置文件，以使所述配置文件存储有所述公共组件和所述业务组件提供的目标依赖关系的访问入口；将所述配置文件添加至所述公共组件以更新所述公共组件；根据所述业务组件和更新后的公共组件生成目标APP。现有APP构建方法存在无法保证公共组件纯粹性的问题。

Description

APP构建方法、装置、计算机设备及存储介质

技术领域

本发明实施例涉及计算机程序领域，尤其涉及一种APP构建方法、装置、计算机设备及存储介质。

背景技术

当前的大型APP均使用组件化的方式进行开发，各个业务组件进行独立开发打包，最终将所有组件集成并打包成完整APP。这种开发模式存在业务组件边界模糊、业务组件间互相依赖、公共组件变动等问题，而公共组件的变动容易导致业务组件分支管理困难的问题。

综上，发明人在实现本发明的过程中发现，为了保证各个业务组件的顺利开发，需要减少甚至防止在开发业务组件的过程中对公共组件的修改，即需要提供一种APP构建方法来保证公共组件的纯粹性。

发明内容

本发明实施例提供了一种APP构建方法，解决了现有APP构建方法存在无法保证公共组件纯粹性的问题。

第一方面，本发明实施例提供了一种APP构建方法，该方法包括：

在目标APP的公共组件的构建过程中获取所有目标AAR文件，其中，所述目标AAR文件为所述目标APP的公共组件和业务组件的所有AAR文件中存储有目标依赖关系的AAR文件；

根据所有目标AAR文件存储的配置信息确定配置文件，以使所述配置文件存储有所述公共组件和所述业务组件提供的目标依赖关系的访问入口；

将所述配置文件添加至所述公共组件以更新所述公共组件；

根据所述业务组件和更新后的公共组件生成目标APP。

进一步的，所述获取所有目标AAR文件，包括：

执行所述公共组件的依赖关系处理任务以及每个业务组件的依赖关系处理任务，以使每个组件释放配置信息；确定携带有目标依赖关系的配置信息对应的AAR文件，并将该AAR文件作为目标AAR文件。

进一步的，所述确定携带有目标依赖关系的配置信息对应的AAR文件，并将该AAR文件作为目标AAR文件，包括：

确定所有配置信息包含的所有目标依赖关系项；

遍历所有目标依赖关系项以确定每个目标依赖关系项对应的AAR文件，并将该对应的AAR文件作为目标AAR文件。

进一步的，所述执行所述公共组件的依赖关系处理任务以及每个业务组件的依赖关系处理任务，以使每个组件释放配置信息之前，包括：

对所述目标APP的源码文件进行全文检索以筛选出所述公共组件和每个业务组件的配置信息；

将所述配置信息添加至对应组件AAR文件的预设中间文件中，以更新每个组件的AAR文件。

进一步的，所述根据所有目标AAR文件存储的配置信息确定配置文件，包括：

根据所有目标AAR文件存储的配置信息确定至少两个配置文件，且不同配置文件用于存储不同类型的目标依赖关系。

进一步的，所述配置文件的内容结构包括：组件入口类类名、组件名称、组件内对外功能定义集合以及组件内对外页面定义集合。

进一步的，所述目标依赖关系包括功能接口定义类和页面常量定义类中的至少一项。

第二方面，本发明实施例还提供了一种APP构建装置，包括：

获取模块，用于在目标APP的公共组件的构建过程中获取所有目标AAR文件，其中，所述目标AAR文件为所述目标APP的公共组件和业务组件的所有AAR文件中存储有目标依赖关系的AAR文件；

配置文件生成模块，用于根据所有目标AAR文件存储的配置信息确定配置文件，以使所述配置文件存储有所述公共组件和所述业务组件提供的目标依赖关系的访问入口；

更新模块，用于将所述配置文件添加至所述公共组件以更新所述公共组件；

生成模块，用于根据所述业务组件和更新后的公共组件生成目标APP。

第三方面，本发明实施例还提供了一种计算机设备，该设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

当所述一个或多个程序被所述一个或多个处理器执行，使得所述一个或多个处理器实现如任意实施例所述的APP构建方法。

第四方面，本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行如任意实施例所述的APP构建方法。

本发明实施例提供的APP构建方法的技术方案，相较于现有技术，根据公共组件和业务组件的所有目标AAR文件存储的配置信息确定配置文件，可使配置文件存储有公共组件和所有业务组件能够提供的目标依赖关系的访问入口；将配置文件作为公共组件的一部分，可使各个业务组件通过公共组件的配置文件访问其当前所依赖的公共组件或任一业务组件，这样可将公共组件无法提供的任何依赖关系开发为相应的业务组件，而无需修改公共组件，从而保证公共组件的纯粹性。

附图说明

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

图1是本发明实施例一提供的APP构建方法的流程图；

图2A是本发明实施例二提供的APP构建装置的结构框图；

图2B是本发明实施例二提供的又一APP构建装置的结构框图；

图3是本发明实施例三提供的计算机设备的结构框图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，以下将参照本发明实施例中的附图，通过实施方式清楚、完整地描述本发明的技术方案，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

实施例一

图1是本发明实施例一提供的APP构建方法的流程图。本实施例的技术方案适用于任一业务组件通过公共组件的配置文件访问其当前所依赖的公共组件或任一业务组件的情况。该方法可以由本发明实施例提供的APP构建装置来执行，该装置可以采用软件和/或硬件的方式实现，并配置在处理器中应用。该方法具体包括如下步骤：

S101、在目标APP的公共组件的构建过程中获取所有目标AAR文件，其中，目标AAR文件为目标APP的公共组件和业务组件的所有AAR文件中存储有目标依赖关系的AAR文件。

其中，目标APP包括公共组件和至少两个业务组件。该至少两个业务组件中的至少一个业务组件与另一业务组件存在目标依赖关系。该公共组件包括全局公共代码部分和业务组件配置部分，其中，该业务组件配置部分依据业务组件中分散的配置信息动态生成，提供业务组件间能够互相调用的协议。该业务组件配置部分优选但不限于以配置文件的形式存在。

其中，本实施例的目标依赖关系优选为自定义的Pod依赖关系。Pod依赖关系是对Android官方依赖方式(api、implementation等)的一种扩展，通过和特定的APP打包流程配合，使其具备通过目标AAR文件传递任何自定义配置信息的能力。对于任何一种需要跨组件传递的信息，Pod依赖关系只要使用对应的中间配置文件解析规则，即可将目标AAR文件中的中间配置文件还原成配置信息，从而达到信息传递的目的。

由于以AAR形式集成的组件，不能直接进行配置信息的收集，因此本实施例优选在打包AAR文件之前执行配置打包任务，并通过该配置打包任务对目标APP的源码文件进行全文检索以筛选出公共组件和每个业务组件的配置信息；将该配置信息添加至对应组件AAR文件的预设中间文件中，以更新每个组件的AAR文件。这样产生的业务组件的AAR文件中就包含了相应业务组件的配置信息了。其中，不同组件的配置信息被标记有不同的标识，每个类型的配置信息被标记有不同的标识。配置信息的类型包括但不限于功能接口定义类和页面常量定义类。

可以理解的是，虽然公共组件和每个业务组件均有对应的AAR文件，但并不是所有的AAR文件都携带有目标依赖关系，为此，本实施例将携带有目标依赖关系的AAR文件称之为目标AAR文件。

获取目标AAR文件的方法包括但不限于：创建公共组件和每个业务组件的依赖关系处理任务；执行每个依赖关系处理任务以使对应组件释放配置信息；确定携带有目标依赖关系的配置信息对应的AAR文件，并将该AAR文件作为目标AAR文件。其中，依赖关系处理任务优选为全文检索相应组件的源码文件，以生成相应组件的配置信息。

在一个实施例中，在执行完每个依赖关系任务以使对应组件释放完配置信息之后，确定所有配置信息包含的所有目标依赖关系项；遍历所有目标依赖关系项以确定每个目标依赖关系项对应的AAR文件，并将该对应AAR文件作为目标AAR文件。在该实施例中，不同类型的配置信息优选被标记有不同的标签，比如，携带有目标依赖关系项的配置信息标记有“target”，而没有携带有目标依赖关系项的配置信息没有任何标记；比如携带有功能接口定义类的目标依赖关系项的配置信息标记有“inter”，携带有页面跳转定义类的目标依赖关系项的配置信息标记有“page”。

其中，目标依赖关系可以是业务组件对公共组件的直接依赖关系，也可以是一个业务组件对另一业务组件的间接依赖关系。

S102、根据所有目标AAR文件存储的配置信息确定配置文件，以使配置文件存储有公共组件和业务组件提供的目标依赖关系的访问入口。

可以理解的是，由于配置文件是根据所有目标AAR文件存储的配置信息确定的，因此配置文件存储有公共组件与所有业务组件能够提供的目标依赖关系的访问入口，因此任一业务组件可以通过访问配置文件来调用公共组件的相应功能，或者通过访问配置文件来调用其他任一业务组件的相应功能。可以理解的是，配置文件的设置使得各个业务组件的边界更加清晰，也无需经常性地修改公共组件，有助于保持公共组件的纯粹性，防止因公共组件被经常性地修改，而出现各个业务组件分支管理困难的情况。

示例性的，业务组件A当前需要调用功能接口M，则从配置文件中查找功能接口M，若发现该功能接口M由业务组件B提供，且该功能接口M的调用入口地址为N，则通过地址N调用业务组件B的功能接口M。即业务组件之间不能直接调用，需要通过公共组件的配置文件进行间接调用。

在一个实施例中，根据所有目标AAR文件存储的配置信息确定至少两个配置文件，且不同配置文件用于存储不同类型的目标依赖关系。示例性的，根据所有目标AAR文件存储的配置信息确定两个配置文件，A配置文件用于存储功能接口定义集合，B配置文件用于存储页面常量定义集合。如果业务组件当前需要调用功能接口M，那么直接访问A配置文件，以及从A配置文件中读取功能接口M的调用地址，并通过该调用地址调用相应业务组件的功能接口M。

在一个实施例中，配置文件的内容结构包括组件入口类类名、组件名称、组件内对外功能定义集合和组件内对外页面定义集合。其中，组件入口类类名定义了组件入口的类名，通过该项配置对业务组件暴露该业务组件使用前需要进行初始化的任务。组件名称是组件的唯一标识，通过该项配置来对业务组件暴露组件的名称。组件内对外功能定义集合定义了组件内提供功能的唯一标识，通过该项配置来对业务组件暴露具体功能；业务组件通过组件名称和组件内对外功能定义即可发现具体功能并进行相应具体功能的调用。组件内对外页面定义集合定义了组件内对外页面的唯一标识，通过该项配置来对业务组件暴露具体页面，业务组件通过组件名称和组件内对外页面定义即可访问具体页面。

S103、将配置文件添加至公共组件以更新公共组件。

将该配置文件作为公共组件的一部分，这样公共组件就包含了能够提供目标依赖关系的业务组件的AAR文件所携带的目标依赖关系，任何业务组件均可通过访问公共组件的配置文件调用对应的功能或访问对应的页面。

S104、根据业务组件和更新后的公共组件生成目标APP。

公共组件更新后，即可根据所有的业务组件和更新后的公共组件生成目标APP。

在一个实施例中，为了提升业务组件的开发效率，在开发阶段创建预设依赖关系任务，该预设依赖关系任务被配置为：收集各个业务组件当前的配置信息，并根据所收集的配置信息确定配置文件。这样，如果开发人员想要使当前业务组件调用目标功能时，可以先执行该预设依赖关系任务以得到配置文件，然后从该配置文件中查找该目标功能的配置信息，比如提供该目标功能的业务组件，从而使有依赖需求的业务组件与被依赖的业务组件准确地对应起来，进而保证公共组件构建过程中确定的配置文件的准确性，以及整个APP运行是顺畅性。

本发明实施例提供的APP构建方法的技术方案，相较于现有技术，根据公共组件和业务组件的所有目标AAR文件存储的配置信息确定配置文件，可使配置文件存储有公共组件和所有业务组件能够提供的目标依赖关系的访问入口；将配置文件作为公共组件的一部分，可使各个业务组件通过公共组件的配置文件访问其当前所依赖的公共组件或任一业务组件，这样可将公共组件无法提供的任何依赖关系开发为相应的业务组件，而无需修改公共组件，从而保证公共组件的纯粹性。

实施例二

图2A是本发明实施例提供的APP构建装置的结构框图。该装置用于执行上述任意实施例所提供的APP构建方法，该装置可选为软件或硬件的方式实现。该装置包括：

获取模块11，用于在目标APP的公共组件的构建过程中获取所有目标AAR文件，其中，所述目标AAR文件为所述目标APP的公共组件和业务组件的所有AAR文件中存储有目标依赖关系的AAR文件；

配置文件生成模块12，用于根据所有目标AAR文件存储的配置信息确定配置文件，以使所述配置文件存储有所述公共组件和所述业务组件提供的目标依赖关系的访问入口；

更新模块13，用于将所述配置文件添加至所述公共组件以更新所述公共组件；

生成模块14，用于根据所述业务组件和更新后的公共组件生成目标APP。

可选地，获取模块11用于执行公共组件的依赖关系处理任务以及每个业务组件的依赖关系处理任务，以使每个应组件释放配置信息；确定携带有目标依赖关系的配置信息对应的AAR文件，并将该AAR文件作为目标AAR文件。

可选地，获取模块11用于确定所有配置信息包含的所有目标依赖关系项；遍历所有目标依赖关系项以确定每个目标依赖关系项对应的AAR文件，并将该对应的AAR文件作为目标AAR文件。

可选地，如图2B所示，该装置还包括配置模块10，用于对目标APP的源码文件进行全文检索以筛选出公共组件和每个业务组件的配置信息；将配置信息添加至对应组件AAR文件的预设中间文件中，以更新每个组件的AAR文件。

可选地，配置文件生成模块12用于根据所有目标AAR文件存储的配置信息确定至少两个配置文件，且不同配置文件用于存储不同类型的目标依赖关系。

可选地，配置文件记载的内容结构包括：组件入口类类名、组件名称、组件内对外功能定义集合以及组件内对外页面定义集合。

可选地，目标依赖关系包括功能接口定义和页面常量定义中的至少一项。

本发明实施例提供的APP构建装置的技术方案，相较于现有技术，根据公共组件和业务组件的所有目标AAR文件存储的配置信息确定配置文件，可使配置文件存储有公共组件和所有业务组件能够提供的目标依赖关系的访问入口；将配置文件作为公共组件的一部分，可使各个业务组件通过公共组件的配置文件访问其当前所依赖的公共组件或任一业务组件，这样可将公共组件无法提供的任何依赖关系开发为相应的业务组件，而无需修改公共组件，从而保证公共组件的纯粹性。

本发明实施例所提供的APP构建装置可执行本发明任意实施例所提供的APP构建方法，具备执行方法相应的功能模块和有益效果。

实施例三

图3为本发明实施例提供的计算机设备的结构示意图，如图3所示，该设备包括处理器201、存储器202、输入装置203以及输出装置204；设备中处理器201的数量可以是一个或多个，图3中以一个处理器201为例；设备中的处理器201、存储器202、输入装置203以及输出装置204可以通过总线或其他方式连接，图3中以通过总线连接为例。

存储器202作为一种计算机可读存储介质，可用于存储软件程序、计算机可执行程序以及模块，如本发明实施例中的APP构建方法对应的程序指令/模块(例如，获取模块11、配置文件生成模块12、更新模块13以及生成模块14)。处理器201通过运行存储在存储器202中的软件程序、指令以及模块，从而执行设备的各种功能应用以及数据处理，即实现上述的APP构建方法。

存储器202可主要包括存储程序区和存储数据区，其中，存储程序区可存储操作系统、至少一个功能所需的应用程序；存储数据区可存储根据终端的使用所创建的数据等。此外，存储器202可以包括高速随机存取存储器，还可以包括非易失性存储器，例如至少一个磁盘存储器件、闪存器件、或其他非易失性固态存储器件。在一些实例中，存储器202可进一步包括相对于处理器201远程设置的存储器，这些远程存储器可以通过网络连接至设备。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

输入装置203可用于接收输入的数字或字符信息，以及产生与设备的用户设置以及功能控制有关的键信号输入。

输出装置204可包括显示屏等显示设备，例如，用户终端的显示屏。

实施例四

本发明实施例还提供了一种包含计算机可执行指令的存储介质，所述计算机可执行指令在由计算机处理器执行时用于执行一种APP构建方法，该方法包括：

在目标APP的公共组件的构建过程中获取所有目标AAR文件，其中，所述目标AAR文件为所述目标APP的公共组件和业务组件的所有AAR文件中存储有目标依赖关系的AAR文件；

根据所有目标AAR文件存储的配置信息确定配置文件，以使所述配置文件存储有所述公共组件和所述业务组件提供的目标依赖关系的访问入口；

将所述配置文件添加至所述公共组件以更新所述公共组件；

根据所述业务组件和更新后的公共组件生成目标APP。

当然，本发明实施例所提供的一种包含计算机可执行指令的存储介质，其计算机可执行指令不限于如上所述的方法操作，还可以执行本发明任意实施例所提供的APP构建方法中的相关操作。

通过以上关于实施方式的描述，所属领域的技术人员可以清楚地了解到，本发明可借助软件及必需的通用硬件来实现，当然也可以通过硬件实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如计算机的软盘、只读存储器(Read-Only Memory，简称ROM)、随机存取存储器(RandomAccess Memory，简称RAM)、闪存(FLASH)、硬盘或光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述的APP构建方法。

值得注意的是，上述APP构建装置的实施例中，所包括的各个单元和模块只是按照功能逻辑进行划分的，但并不局限于上述的划分，只要能够实现相应的功能即可；另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本发明的保护范围。

注意，上述仅为本发明的较佳实施例及所运用技术原理。本领域技术人员会理解，本发明不限于这里所述的特定实施例，对本领域技术人员来说能够进行各种明显的变化、重新调整和替代而不会脱离本发明的保护范围。因此，虽然通过以上实施例对本发明进行了较为详细的说明，但是本发明不仅仅限于以上实施例，在不脱离本发明构思的情况下，还可以包括更多其他等效实施例，而本发明的范围由所附的权利要求范围决定。

Claims (10)

1.一种APP构建方法，其特征在于，包括：

在目标APP的公共组件的构建过程中获取所有目标AAR文件，其中，所述目标AAR文件为所述目标APP的公共组件和业务组件的所有AAR文件中存储有目标依赖关系的AAR文件；

根据所有目标AAR文件存储的配置信息确定配置文件，以使所述配置文件存储有所述公共组件和所述业务组件提供的目标依赖关系的访问入口；

将所述配置文件添加至所述公共组件以更新所述公共组件；

根据所述业务组件和更新后的公共组件生成目标APP。

2.根据权利要求1所述的方法，其特征在于，所述获取所有目标AAR文件，包括：

执行所述公共组件的依赖关系处理任务以及每个业务组件的依赖关系处理任务，以使每个组件释放配置信息；

确定携带有目标依赖关系的配置信息对应的AAR文件，并将该AAR文件作为目标AAR文件。

3.根据权利要求2所述的方法，其特征在于，所述确定携带有目标依赖关系的配置信息对应的AAR文件，并将该AAR文件作为目标AAR文件，包括：

确定所有配置信息包含的所有目标依赖关系项；

遍历所有目标依赖关系项以确定每个目标依赖关系项对应的AAR文件，并将该对应的AAR文件作为目标AAR文件。

4.根据权利要求2所述的方法，其特征在于，在所述执行所述公共组件的依赖关系处理任务以及每个业务组件的依赖关系处理任务，以使每个组件释放配置信息之前，包括：

对所述目标APP的源码文件进行全文检索以筛选出所述公共组件和每个业务组件的配置信息；

将所述配置信息添加至对应组件AAR文件的预设中间文件中，以更新每个组件的AAR文件。

5.根据权利要求1所述的方法，其特征在于，所述根据所有目标AAR文件存储的配置信息确定配置文件，包括：

根据所有目标AAR文件存储的配置信息确定至少两个配置文件，且不同配置文件用于存储不同类型的目标依赖关系。

6.根据权利要求1所述的方法，其特征在于，所述配置文件的内容结构包括：组件入口类类名、组件名称、组件内对外功能定义集合以及组件内对外页面定义集合。

7.根据权利要求1-6任一所述的方法，其特征在于，所述目标依赖关系包括功能接口定义类和页面常量定义类中的至少一项。

8.一种APP构建装置，其特征在于，包括：

获取模块，用于在目标APP的公共组件的构建过程中获取所有目标AAR文件，其中，所述目标AAR文件为所述目标APP的公共组件和业务组件的所有AAR文件中存储有目标依赖关系的AAR文件；

配置文件生成模块，用于根据所有目标AAR文件存储的配置信息确定配置文件，以使所述配置文件存储有所述公共组件和所述业务组件提供的目标依赖关系的访问入口；

更新模块，用于将所述配置文件添加至所述公共组件以更新所述公共组件；

生成模块，用于根据所述业务组件和更新后的公共组件生成目标APP。

9.一种计算机设备，其特征在于，该设备包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序；

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

10.一种包含计算机可执行指令的存储介质，其特征在于，所述计算机可执行指令在由计算机处理器执行时用于执行如权利要求1-7中任一所述的APP构建方法。

Images