了解Maven的Module

小课堂

分享人：郭伟杰

1.背景介绍

2.知识剖析

3.常见问题

4.解决方案

5.编码实战

6.扩展思考

7.参考文献

8.更多讨论

1.背景介绍

随着技术的飞速发展和各类用户对软件的要求越来越高，软件本身也变得越来越复杂，然后软件设计人员开始采用各种方式进行开发，于是就有了我们的分层架构、分模块开发，来提高代码的清晰和重用。针对于这一特性，maven也给予了相应的配置。

我们在开发过程中，创建了2个以上的模块，每个模块都是一个独立的maven project，在开始的时候我们可以独立的编译和测试运行每个模块，但是随着项目的不断变大和复杂化，我们期望能够使用简单的操作来完成编译等工作，这时Maven给出了聚合的配置方式。

所谓聚合，顾名思义，就是把多个模块或项目聚合到一起，我们可以建立一个专门负责聚合工作的Maven project 。

2.知识剖析

所有用Maven管理的真实的项目都应该是分模块的，每个模块都对应着一个pom.xml。它们之间通过继承和聚合（也称作多模块，multi-module）相互关联。

在平时的Javaweb项目开发中为了便于后期的维护，我们一般会进行分层开发，最常见的就是分为domain（域模型层）、dao（数据库访问层）、service（业务逻辑层）、web（表现层），这样分层之后，各个层之间的职责会比较明确，后期维护起来也相对比较容易，今天我们就是使用Maven来构建以上的各个层。

Maven多模块项目,适用于一些比较大的项目，通过合理的模块拆分，实现代码的复用，便于维护和管理。尤其是一些开源框架，也是采用多模块的方式，提供插件集成，用户可以根据需要配置指定的模块。

项目层次的划分替代包层次的划分的好处：

（1）方便重用，如果你有一个新的swing项目需要用到app-dao和app-service，添加对它们的依赖即可，你不再需要去依赖一个WAR。而有些模块，如app-util，完全可以渐渐进化成公司的一份基础工具类库，供所有项目使用。这是模块化最重要的一个目的。

(2）由于你现在划分了模块，每个模块的配置都在各自的pom.xml里，不用再到一个混乱的纷繁复杂的总的POM中寻找自己的配置。

（3）如果你只是在app-dao上工作，你不再需要build整个项目，只要在app-dao目录运行mvn命令进行build即可，这样可以节省时间，尤其是当项目越来越复杂，build越来越耗时后。

（4）某些模块，如app-util被所有人依赖，但你不想给所有人修改，现在你完全可以从这个项目结构出来，做成另外一个项目，svn只给特定的人访问，但仍提供jar给别人使用。

3.常见问题

为什么要对项目进行分模块呢？本来一个项目，划分模块后成为N个项目，这样不是更加复杂，给开发带来不便吗？

4.解决方案

一个项目的形式没有遵守一个设计模式原则：“高内聚，低耦合”。我们可以对一个项目进行分层，然后这些包的依赖都是单向的，没有包的环依赖。但因为就构建层次来说，所有东西都被耦合在一起了。因此我们需要使用Maven划分模块。

5.编码实战

6.扩展思考

多模块的Maven项目结构支持一些Maven的更有趣的特性（如DepencencyManagement）

Maven提供的dependencyManagement元素既能让子模块继承到父模块的依赖配置，又能保证子模块的灵活性。在dependencyManagement元素下的依赖声明不会引入实际的依赖，不过它能够约束dependencies下的依赖使用。

7.参考文献

参考一：https://www.jianshu.com/p/29313b1eab91

参考二：http://juvenshun.iteye.com/blog/305865

参考三：https://my.oschina.net/lujianing/blog/354121

8.更多讨论

欢迎大家交流和讨论

鸣谢

感谢大家观看

BY : 郭伟杰