组件化
什么是组件化，直接看下面两张图。
上面是非组件化的项目，下面是组件化的项目。
非组件化的问题
如果项目本身有多个互相不影响的模块，甚至有多人分开负责各个模块的开发时，非组件化项目的弊端就会暴露出来，主要是有下面几个：
1、依赖难以管理，不同的模块依赖不同的库，甚至是同一个库的不同版本。
2、各个模块单独打包麻烦。
3、增加额外开发成本，开发本身可能只需要开发一个模块，但是由于代码写在一起，所以不得不去了解整个项目。
4、如果一个项目有几十甚至几百个模块，模块化能极大减少编译时间。
例子
光讲理论还是让人难以理解，那么用个简单的例子来具体讲一下。
上图是非模块化的一个项目，其中包括base包中的一些基类，然后有Consumer和Producer两个应用类，Main类如下：
import implement.Consumer;
public class Main {
public static void main(String[] args){
new Consumer().start();
// new Producer().start();
}
}
场景是这样：我们有两个服务器，一个是消费者服务器，一个是生产者服务器，他们有相同的基类，但是提供服务器的逻辑是不同的，所以不同服务器上的jar需要分别打包。
如果是非模块化项目，我们就只能像上面的代码一样做，在打包Consumer的jar的时候将Producer代码注释掉，而在打包Producer的jar的时候将Consumer代码注释掉。
但是，实际开发中，代码并不是这么简单的，Consumer和Producer本身的逻辑可能就会比较复杂，这就会带来每次打包就会带来额外工作量的问题，久而久之，项目越来越大，只有对整个项目都了解了才会知道如何打包。
甚至，之后如果是多人负责这个项目，由于Consumer和Producer的代码都写在一个Project内，Consumer的程序员改动某一个依赖，很可能会给Producer的代码带去风险。
在这个例子中，如果使用组件化，就可以解决一下几个问题：
1、单独打包问题
2、依赖管理问题
3、开发只需要专注自己的模块，降低开发成本
如何组件化
主要步骤如下：
1、创建module，将代码放到各个module中
2、setting.gradle 添加module
3、依赖分开管理
创建module
如果和笔者一样使用的是IDEA的话，直接File->New->Module就可以创建。使用IDEA创建，src、build.gradle等文件，IDEA也会自动帮忙创建好。
创建后如下图：
如果不是使用IDEA，直接在主项目目录下创建BaseProject文件就可以，然后再去创建src等文件。
module都创建完毕后将代码都放到各个module中，效果大致如下：
setting.gradle 添加module
只有在setting.gradle 中添加了module，gradle构建项目的时候才能识别这几个文件夹是module。
如果是使用IDEA创建的，IDEA会自动在setting.gradle 添加module，如果是自己手动创建的项目，则也需要手动添加，该文件内容如下：
rootProject.name = 'TestProject'
include 'BaseProject'
include 'Consumer'
include 'Producer'
依赖分开管理
创建完module，将原来的类直接移动到module中，我们可以发现是会有error的，效果大致如下：
可以看到是因为找不到Base类，因此我们要在Consumer和Producer的module中添加BaseProject这个module的依赖，如下图，可以看到error已经消失。
如果本身在主项目中，module就有一些依赖，可以将这些依赖分开到各个module中。
就拿例子中的项目来说，共用的一些依赖可以放到BaseProject这个module中，私有的一些依赖就分别放到Consumer和Producer这两个module中。