Maven多模块管理

一.场景描述：

commonModel：提供公共的基础服务，比如工具类、常量类等等；

bussinessModel：业务模块，是系统真正要实现的业务，依赖于 common 模块，比如订 单管理、财务统计、会员管理等；

application：可发布的 web 应用，由各个 bussinessModel 组成，最终满足项目整体需求； 第三方模块：包括各类框架，Spring、MyBatis、日志等。整个应用都是依赖它们完成开 发的；

二.pom文件父工程的特点

统一管理各个子工程的依赖的版本号，子工程可以无条件继承父工程所有的依赖。

三.父工程管理子工程

1.新建一个项目

2.创建一个maven管理的Java项目

3.将父工程的src目录删掉，只留下pom.xml文件，并且添加packaging标签。（java工程没有写packaging标签默认是pom标签）

4.接着创建子模块，父项就是父工程。位置最好放在父工程之下

子模块的pom文件内容如下：

四.父工程依赖管理

场景：父工程直接添加依赖。

父工程直接添加依赖，全部子工程也会添加该依赖。

以上写做法，子模块会无条件继承父工程的所有依赖，导致的问题是，本不需要的继承 的依赖也会被继承，这就大大增加了项目模块最终打包的大小，也可能未上线埋下了隐患。 也就是说，父工程管理的是所有项目模块的依赖，而不是某一个项目模块的依赖，所以 某一个项目模块不需要继承父工程中的所有依赖，这就需要子项目模块向父工程声明需要的 依赖即可（声明式依赖）。而此时，父工程实际只需要管理依赖的版本号即可。

1.使用dependencyManagement 标签管理依赖

使用dependencyManagement管理依赖，那么之前dependencies依赖就会全部消失。

2.父工程添加 properties 管理版本号

为了更好的管理各个依赖的版本信息，也为了更好的找到依赖。可以在父工程中使用properties管理版本号。

在 properties 标签中，可以自定义标签名称来管理依赖的版本号。通常自定义的标签名 称由“依赖包名称”+version 英文单词构成。被管理的依赖版本号由“${算定标签名称}”来代替。

3.子模块声明式添加依赖

由于父工程管理依赖的版本号，那么子模块要想继承依赖，只能通过声明式来添加依赖， 实际上，子模块中的依赖是继承父工程依赖的版本号；如果子模块已定义依赖版本号，那么 以子模块定义的版本号为准。