CN108052314A - 一种基于Gradle的插件打包的方法及装置 - Google Patents

Abstract

本发明公开了一种基于Gradle的插件打包的方法及装置。所述基于Gradle的插件打包的方法，包括：通过项目对象模型管理项目涉及到的所有的类；声明所述宿主相关的所有插件的类之间的相互依赖；将所述宿主相关的所有插件的信息汇总到所述宿主中；在编译期，自动合并所述宿主相关的所有插件相关的AndroidManifest，以便增加系统的鲁棒性。本发明通过自定义安卓Gradl的构建流程，实现插件化项目里各个插件和宿主的完全自动化打包，可以较低的系统开销实现打包宿主和宿主相关的所有插件中的各种类的技术目的，更加的契合插件化并行开发，极大的降低了开发人员的工作量和提升了开发人员在开发工作方面的便捷度。

Description

一种基于Gradle的插件打包的方法及装置

技术领域

本发明涉及插件处理技术领域，特别涉及一种基于Gradle的插件打包的方法及装置。

背景技术

业界当前普遍的技方案为完全分离插件和宿主，分别使用人工导出API、解决依赖、手动拷贝插件包等方式完成插件和宿主的打包，宿主和宿主的各种插件是完全处于割裂混乱的。现有的安卓编程中打包无法做到完全自动化，宿主与插件的几乎所有编译期交互都需要人工干预。由于缺乏与系统默认的构建的完美契合，要求相关的开发人员必须掌握诸多与他们实际开发无关的技术细节，极其影响开发效率。现有的安卓插件化技术虽然已经广泛使用而且技术成熟度高，但是与现有的安卓插件化技术配套的插件打包的技术方案存在严重的不足之处。如何妥善的解决上述问题，就成为了业界亟待解决的课题。

发明内容

本发明提供一种基于Gradle的插件打包的方法及装置，用以通过自定义安卓Gradl的构建流程，实现插件化项目里各个插件和宿主的完全自动化打包，可以较低的系统开销实现打包宿主和宿主相关的所有插件中的各种类的技术目的，更加的契合插件化并行开发，极大的降低了开发人员的工作量和提升了开发人员的开发工作的便捷度。

根据本发明实施例的第一方面，提供一种基于Gradle的插件打包的方法，包括：

通过项目对象模型管理项目涉及到的所有的类；

声明所述宿主相关的所有插件的类之间的相互依赖；

将所述宿主相关的所有插件的信息汇总到所述宿主中；

在编译期，自动合并所述宿主相关的所有插件相关的AndroidManifest，以便增加系统的鲁棒性。

在一个实施例中，所述通过项目对象模型管理项目涉及到的所有的类，包括：

分析出所述项目的宿主和与所述宿主相关的所有的插件；

注解出所述宿主和所述宿主相关的所有插件的类；

将所述宿主和所述宿主相关的所有插件的类上传到项目对象模型。

在一个实施例中，所述通过Gradle声明所述宿主相关的所有插件的类之间的相互依赖，包括：

在编译期，通过Gradle声明所述宿主相关的所有插件的类之间的相互依赖；

在运行期，在AndroidManifest中声明以预设的规则对构造过程进行改造，以达到在编译期时可自动添加运行期的所有插件的类之间的相互依赖到所述AndroidManifest中。

在一个实施例中，所述将所述宿主相关的所有插件的信息汇总到所述宿主中，包括：

在编译期，自动收集所述宿主相关的所有插件的信息；

将自动收集到的所述宿主相关的所有插件的信息汇总到所述宿主中，以供在运行期读取所述宿主相关的所有插件的信息。

在一个实施例中，还包括：

在编译构建时，对安卓四大组件进行注入预设的注入代码，以克服所述安卓四大组件在继承方面的限制。

根据本发明实施例的第二方面，提供一种基于Gradle的插件打包的装置，包括：

管理模块，用于通过项目对象模型管理项目涉及到的所有的类；

声明模块，用于声明所述宿主相关的所有插件的类之间的相互依赖；

汇总模块，用于将所述宿主相关的所有插件的信息汇总到所述宿主中；

合并模块，用于在编译期，自动合并所述宿主相关的所有插件相关的AndroidManifest，以便增加系统的鲁棒性。

在一个实施例中，所述管理模块，包括：

分析子模块，用于分析出所述项目的宿主和与所述宿主相关的所有的插件；

注解子模块，用于注解出所述宿主和所述宿主相关的所有插件的类；

上传子模块，用于将所述宿主和所述宿主相关的所有插件的类上传到项目对象模型。

在一个实施例中，所述声明模块，包括：

依赖子模块，用于在编译期，通过Gradle声明所述宿主相关的所有插件的类之间的相互依赖；

改造子模块，用于在运行期，在AndroidManifest中声明以预设的规则对构造过程进行改造，以达到在编译期时可自动添加运行期的所有插件的类之间的相互依赖到所述AndroidManifest中。

在一个实施例中，所述汇总模块，包括：

收集子模块，用于在编译期，自动收集所述宿主相关的所有插件的信息；

汇总子模块，用于将自动收集到的所述宿主相关的所有插件的信息汇总到所述宿主中，以供在运行期读取所述宿主相关的所有插件的信息。

在一个实施例中，还包括：

注入模块，用于在编译构建时，对安卓四大组件进行注入预设的注入代码，以克服所述安卓四大组件在继承方面的限制。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明一示例性实施例示出的一种基于Gradle的插件打包的方法的流程图；

图2为本发明一示例性实施例示出的一种基于Gradle的插件打包的方法的步骤S11的流程图；

图3为本发明一示例性实施例示出的一种基于Gradle的插件打包的方法的步骤S12的流程图；

图4为本发明一示例性实施例示出的一种基于Gradle的插件打包的方法的步骤S13的流程图；

图5为本发明另一示例性实施例示出的一种基于Gradle的插件打包的方法的流程图；

图6为本发明一示例性实施例示出的一种基于Gradle的插件打包的装置的框图；

图7为本发明一示例性实施例示出的一种基于Gradle的插件打包的装置的管理模块61的框图；

图8为本发明一示例性实施例示出的一种基于Gradle的插件打包的装置的声明模块62的框图；

图9为本发明一示例性实施例示出的一种基于Gradle的插件打包的装置的汇总模块63的框图；

图10为本发明另一示例性实施例示出的一种基于Gradle的插件打包的装置的框图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

图1是根据一示例性实施例示出的一种基于Gradle的插件打包的方法流程图，如图1所示，该基于Gradle的插件打包的方法，包括以下步骤S11-S14：

在步骤S11中，通过项目对象模型管理项目涉及到的所有的类；

在步骤S12中，声明所述宿主相关的所有插件的类之间的相互依赖；

在步骤S13中，将所述宿主相关的所有插件的信息汇总到所述宿主中；

在步骤S14中，在编译期，自动合并所述宿主相关的所有插件相关的AndroidManifest，以便增加系统的鲁棒性。

在一个实施例中，现有的安卓编程中打包无法做到完全自动化，宿主与插件的几乎所有编译期交互都需要人工干预，宿主和宿主的各种插件是完全处于割裂混乱的。由于缺乏与系统默认的构建的完美契合，要求相关的开发人员必须掌握诸多与他们实际开发无关的技术细节，极其影响开发效率。还有，以往的热补丁制作流程过去复杂，需要相关的开发人员对于整个热补丁框架有充足的了解才能进行开发，极大的消耗了开发人员的时间和精力。通过上述内容，容易得出现有的安卓插件化技术已经广泛使用而且技术成熟度高，但是与现有的安卓插件化技术配套的插件打包的技术方案存在严重的不足之处。本实施例中的技术方案可妥善的解决上述问题。具体实施方案如下：

通过项目对象模型管理项目涉及到的所有的类。其中，分析出该项目的宿主和与该宿主相关的所有的插件，注解出该宿主和该宿主相关的所有插件的类，将该宿主和该宿主相关的所有插件的类上传到项目对象模型。

声明该宿主相关的所有插件的类之间的相互依赖。其中，在编译期，通过Gradle声明该宿主相关的所有插件的类之间的相互依赖。在运行期，在AndroidManifest中声明以预设的规则对构造过程进行改造，以达到在编译期时可自动添加运行期的所有插件的类之间的相互依赖到该AndroidManifest中。

将该宿主相关的所有插件的信息汇总到该宿主中。其中，在编译期，自动收集该宿主相关的所有插件的信息，将自动收集到的该宿主相关的所有插件的信息汇总到该宿主中，以供在运行期读取该宿主相关的所有插件的信息。

在编译期，自动合并该宿主相关的所有插件相关的AndroidManifest，以便增加系统的鲁棒性。

还有，以往的热补丁制作流程过去复杂，需要相关的开发人员对于整个热补丁框架有充足的了解才能进行开发，极大的消耗了开发人员的时间和精力。针对宿主的特点，将类文件进行转换并处理jni so库。从而在编译宿主的过程中，可实现自动生成热补丁的技术效果。可极大的降低后续的热补丁的制作难度和制作复杂度。

在一个实施例中，如图2所示，步骤S11包括如下步骤S21-S23：

在步骤S21中，分析出所述项目的宿主和与所述宿主相关的所有的插件；

在步骤S22中，注解出所述宿主和所述宿主相关的所有插件的类；

在步骤S23中，将所述宿主和所述宿主相关的所有插件的类上传到项目对象模型。

在一个实施例中，宿主和该宿主相关的所有的插件都有提供出一定的服务和该服务对应的API(Application Programming Interface，应用程序编程接口)，该些服务的具体代码是在类中撰写的，引用某一个服务对应的API相当于调用这个类。相关的开发人员在编码的过程中通过使用预设的注解来将各种类注解出来，在编译的过程中扫描并过滤出所有的被注解的类，将这些类打包成jar包(Java Archive File，Java存储文件)。上述的技术方案可使得该宿主和该宿主相关的所有的插件都可以引用彼此的API，避免了编程人员手工方式生成API的操作环节，从而节省了大量的开发工作量和时间消耗。

在一个实施例中，如图3所示，步骤S12包括如下步骤S31-S32：

在步骤S31中，在编译期，通过Gradle声明所述宿主相关的所有插件的类之间的相互依赖；

在步骤S32中，在运行期，在AndroidManifest中声明以预设的规则对构造过程进行改造，以达到在编译期时可自动添加运行期的所有插件的类之间的相互依赖到所述AndroidManifest中。

在一个实施例中，在编译期，可通过在Gradle中声明的方式，使得所有插件之间生成API相互依赖。在运行期，在AndroidManifest中声明以预设的规则对构造过程进行改造，即可达到在编译期时自动添加运行期的所有插件的类之间的相互依赖到该AndroidManifest中，从而避免了以为各种原因对业务开发的侵入，也同时侧地杜绝了开发人员可能因疏忽而造成的运行期依赖丢失。

在一个实施例中，如图4所示，步骤S13包括如下步骤S41-S42：

在步骤S41中，在编译期，自动收集所述宿主相关的所有插件的信息；

在步骤S42中，将自动收集到的所述宿主相关的所有插件的信息汇总到所述宿主中，以供在运行期读取所述宿主相关的所有插件的信息。

在一个实施例中，在编译期，系统自动收集该宿主相关的所有插件的信息，并将自动收集到的该宿主相关的所有插件的信息汇总到该宿主中，以供在运行期读取该宿主相关的所有插件的信息。从而达到了加速运行期的各种类的加载速度和so库(动态连接库)的加载速度。

在一个实施例中，如图5所示，还包括如下步骤S51：

在步骤S51中，在编译构建时，对安卓四大组件进行注入预设的注入代码，以克服所述安卓四大组件在继承方面的限制。

在一个实施例中，在编译构建时对安卓四大组件相关的代码进行特殊处理。具体实施方式为通过在编译构建时对四大组件相关代码进行注入，从而达到避免在业务上因继承安卓四大组件所导致的在开发方面的限制。

在一个实施例中，图6是根据一示例性实施例示出的一种基于Gradle的插件打包的装置框图。如图6示，该装置包括管理模块61、声明模块62、汇总模块63和合并模块64。

该管理模块61，用于通过项目对象模型管理项目涉及到的所有的类；

该声明模块62，用于声明所述宿主相关的所有插件的类之间的相互依赖；

该汇总模块63，用于将所述宿主相关的所有插件的信息汇总到所述宿主中；

该合并模块64，用于在编译期，自动合并所述宿主相关的所有插件相关的AndroidManifest，以便增加系统的鲁棒性。

如图7所示，该管理模块61包括分析子模块71、注解子模块72和上传子模块73。

该分析子模块71，用于分析出所述项目的宿主和与所述宿主相关的所有的插件；

该注解子模块72，用于注解出所述宿主和所述宿主相关的所有插件的类；

该上传子模块73，用于将所述宿主和所述宿主相关的所有插件的类上传到项目对象模型。

如图8所示，该声明模块62包括依赖子模块81和改造子模块82。

该依赖子模块81，用于在编译期，通过Gradle声明所述宿主相关的所有插件的类之间的相互依赖；

该改造子模块82，用于在运行期，在AndroidManifest中声明以预设的规则对构造过程进行改造，以达到在编译期时可自动添加运行期的所有插件的类之间的相互依赖到所述AndroidManifest中。

如图9所示，该汇总模块63包括收集子模块91和汇总子模块92。

该收集子模块91，用于在编译期，自动收集所述宿主相关的所有插件的信息；

该汇总子模块92，用于将自动收集到的所述宿主相关的所有插件的信息汇总到所述宿主中，以供在运行期读取所述宿主相关的所有插件的信息。

如图10所示，还包括注入模块101。

该注入模块101，用于在编译构建时，对安卓四大组件进行注入预设的注入代码，以克服所述安卓四大组件在继承方面的限制。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种基于Gradle的插件打包的方法，其特征在于，包括：

通过项目对象模型管理项目涉及到的所有的类；

声明所述宿主相关的所有插件的类之间的相互依赖；

将所述宿主相关的所有插件的信息汇总到所述宿主中；

在编译期，自动合并所述宿主相关的所有插件相关的AndroidManifest，以便增加系统的鲁棒性。

2.如权利要求1所述的方法，其特征在于，所述通过项目对象模型管理项目涉及到的所有的类，包括：

分析出所述项目的宿主和与所述宿主相关的所有的插件；

注解出所述宿主和所述宿主相关的所有插件的类；

将所述宿主和所述宿主相关的所有插件的类上传到项目对象模型。

3.如权利要求1所述的方法，其特征在于，所述通过Gradle声明所述宿主相关的所有插件的类之间的相互依赖，包括：

在编译期，通过Gradle声明所述宿主相关的所有插件的类之间的相互依赖；

在运行期，在AndroidManifest中声明以预设的规则对构造过程进行改造，以达到在编译期时可自动添加运行期的所有插件的类之间的相互依赖到所述AndroidManifest中。

4.如权利要求1所述的方法，其特征在于，所述将所述宿主相关的所有插件的信息汇总到所述宿主中，包括：

在编译期，自动收集所述宿主相关的所有插件的信息；

将自动收集到的所述宿主相关的所有插件的信息汇总到所述宿主中，以供在运行期读取所述宿主相关的所有插件的信息。

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

在编译构建时，对安卓四大组件进行注入预设的注入代码，以克服所述安卓四大组件在继承方面的限制。

6.一种基于Gradle的插件打包的装置，其特征在于，包括：

管理模块，用于通过项目对象模型管理项目涉及到的所有的类；

声明模块，用于声明所述宿主相关的所有插件的类之间的相互依赖；

汇总模块，用于将所述宿主相关的所有插件的信息汇总到所述宿主中；

合并模块，用于在编译期，自动合并所述宿主相关的所有插件相关的AndroidManifest，以便增加系统的鲁棒性。

7.根据权利要求6的装置，其特征在于，所述管理模块，包括：

分析子模块，用于分析出所述项目的宿主和与所述宿主相关的所有的插件；

注解子模块，用于注解出所述宿主和所述宿主相关的所有插件的类；

上传子模块，用于将所述宿主和所述宿主相关的所有插件的类上传到项目对象模型。

8.根据权利要求6的装置，其特征在于，所述声明模块，包括：

依赖子模块，用于在编译期，通过Gradle声明所述宿主相关的所有插件的类之间的相互依赖；

改造子模块，用于在运行期，在AndroidManifest中声明以预设的规则对构造过程进行改造，以达到在编译期时可自动添加运行期的所有插件的类之间的相互依赖到所述AndroidManifest中。

9.根据权利要求6的装置，其特征在于，所述汇总模块，包括：

收集子模块，用于在编译期，自动收集所述宿主相关的所有插件的信息；

汇总子模块，用于将自动收集到的所述宿主相关的所有插件的信息汇总到所述宿主中，以供在运行期读取所述宿主相关的所有插件的信息。

10.根据权利要求6的装置，其特征在于，还包括：

注入模块，用于在编译构建时，对安卓四大组件进行注入预设的注入代码，以克服所述安卓四大组件在继承方面的限制。