Android 模块化开发实践

一、前言

随着业务的快速发展，现在的互联网App越来越大，为了提高团队开发效率，模块化开发已经成为主流的开发模式。正好最近完成了vivo官网App业务模块化改造的工作，所以本文就对模块化开发模式进行一次全面的介绍，并总结模块化改造经验，帮助兄弟项目避坑。

二、什么是模块化开发

首先我们搞清两个概念，Android客户端开发目前有两种模式：单工程开发模式和模块化开发模式。

• 单工程开发模式：早期业务少、开发人员也少，一个App对应一个代码工程，所有的代码都集中在这一个工程的一个module里。

• 模块化开发模式：简单来说，就是将一个App根据业务功能划分成多个独立的代码模块，整个App是由这些独立模块集成而成。

在讲什么是模块化开发前，我们先定义清楚两个概念：组件和模块。

• **组件：**指的是单一的功能组件，比如登录组件、分享组件；

• **模块：**广义上来说是指功能相对独立、边界比较清晰的业务、功能等，本文如果单独出现模块这个词一般是该含义。狭义上是指一个业务模块，对应产品业务，比如商城模块、社区模块。

模块和组件的本质思想是一样的，都是为了业务解耦和代码重用，组件相对模块粒度更细。在划分的时候，模块是业务导向，划分一个个独立的业务模块，组件是功能导向，划分一个个独立的功能组件。

模块化开发模式又分为两种具体的开发模式：单工程多module模式和多工程模式。

单工程多module模式：

所有代码位于一个工程中，模块以AndroidStudio的module形式存在，由一个App module和多个模块module组成。如图：

多工程模式：

每个模块代码位于一个工程中，整个项目由一个主模块工程和多个子模块工程组成。其中主模块工程只有一个App module，用于集成子模块，进行整体调试、编包。子模块工程由一个App module和一个Library module组成，App module中是调试、测试代码，Library module中是业务、功能代码。如下图：

下面我们来对比一下单工程多module模式和多工程模式的优缺点：

通过上面的对比，我们可以看出来，多工程模式在代码管理、开发调试、业务并行等方面有明显优势，非常适合像vivo官网这种业务线多、工程大、开发人员多的App，所以vivo官网目前就采用的此模式。本文在讲解模块化开发时，一般也是指多工程模式。

单工程多module模式，更适合开发人员少、业务并行程度低的项目。但是多工程模式也有两个缺点：代码仓较多、开发时需要打开多个工程，针对这两个缺点，我们也有解决方案。

代码仓较多的问题

要求我们在拆分模块时粒度不能太细，当一个模块膨胀到一定程度时再进行拆分，在模块化带来的效率提升与代码仓管理成本增加间保持平衡。

要打开多个工程开发的问题

我们基于Gradle插件开发了代码管理工具，可以方便的切换