组件化

什么是组件化，直接看下面两张图。

 

 

上面是非组件化的项目，下面是组件化的项目。

非组件化的问题

如果项目本身有多个互相不影响的模块，甚至有多人分开负责各个模块的开发时，非组件化项目的弊端就会暴露出来，主要是有下面几个：

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中。