maven学习：继承与聚合

傷城~ 2023-10-04 20:02 61阅读 0赞

#### 4.1继承 ####

做面向对象编程的人都会觉得这是一个没意义的问题，是的，继承就是避免重复，maven的继承也是这样，它还有一个好处就是让项目更加安全. 我们在项目开发的过程中，可能多个模块独立开发，但是多个模块可能依赖相同的元素，比如说每个模块都需要Junit，使用[***\*spring\****][spring]的时候，其核-心jar也必须都被引入，在编译的时候，maven-compiler-plugin插件也要被引入,我们是不是一直重复引入,这时就可以使用继承.

如何配置继承：

> 1.说到继承肯定是一个父子结构，我们先创建一个父工程
> 
> **2**.`<packaging>`: 作为父模块的POM，其打包类型也必须为POM
> 
> 3.结构：父模块只是为了帮助我们消除重复，所以它也不需要src/main/java、src/test/java等目录
> 
> 4.新的元素：`<parent>` ， 它是被用在子模块中的
> 
> 5.`<parent>`元素的属性：`<relativePath>`: 表示父模块POM的相对路径，在构建的时候，Maven会先根据relativePath检查父POM，如果找不到，再从本地仓库查找
> 
> 6.relativePath的默认值： `../pom.xml`
> 
> 7.子模块省略groupId和version： 使用了继承的子模块中可以不声明groupId和version, 子模块将隐式的继承父模块的这两个元素.

> **可被继承的POM元素:**
> 
> groupId:项目组ID,项目坐标的核心元素
> 
> version: 项目版本, 项目坐标的核心元素
> 
> description: 项目的描述信息
> 
> organization: 项目的组织信息
> 
> inceptionYear: 项目的创始年份
> 
> url: 项目的URL地址
> 
> developers: 项目开发者信息
> 
> contributors: 项目的贡献者信息
> 
> distributionManagement: 项目的部署配置
> 
> issueManagement: 项目的缺陷跟踪系统信息
> 
> ciManagement: 项目的持续集成系统信息
> 
> scm: 项目的版本控制系统信息
> 
> mailingLists: 项目的邮件列表信息
> 
> properties: 自定义的maven属性
> 
> dependencies: 项目的依赖配置
> 
> dependencyManagement: 项目的依赖管理配置
> 
> repositories: 项目的仓库配置
> 
> build: 包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等
> 
> reporting: 包括项目的报告输出目录配置、报告插件配置等

我们知道dependencies是可以被继承的，这个时候我们就想到让我们的发生了共用的依赖元素转移到parent中，这样我们又进一步的优化了配置。可是问题也随之而来，如果有一天我创建了一个新的模块，但是这个模块不需要这些parent的依赖，这时候如何处理？

是的，maven的依赖管理就是来解决这个问题的增加一个新的元素：\*\*\*\*dependencyManagement\*\*\*\*从上面的列表中我们发现dependencyManagement也是可以被继承的，这恰恰满足了我们的需要，它既能够让子模块继承到父模块的依赖配置，又能保证子模块依赖使用的灵活性

**dependencyManagement**的特性：在**dependencyManagement中**配置的元素既不会给parent引入依赖，也不会给它的子模块引入依赖，仅仅是它的配置是可继承的.

**父级项目的pom.xml:**  
![在这里插入图片描述][ffe861133e1f4c53a9fbebadbe782b31.png]

**子级项目的pom.xml**  
![在这里插入图片描述][2fc7c020be17426cab504ac71e515f15.png]

#### 4.2 聚合 ####

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

我们就必须先建立一个聚合项目,而这个聚合项目必须满足如下几点要求:

> 1.  该aggregator本身也做为一个Maven项目，它必须有自己的POM
> 2.  它的打包方式必须为： pom
> 3.  引入了新的元素：modules—module
> 4.  版本：聚合模块的版本和被聚合模块版本一致
> 5.  relative path：每个module的值都是一个当前POM的相对目录
> 6.  目录名称：为了方便的快速定位内容，模块所处的目录应当与其artifactId一致(Maven约定而不是硬性要求)，总之,模块所处的目录必须和模块所处的目录 相一致。
> 7.  习惯约定：为了方便构建，通常将聚合模块放在项目目录层的最顶层，其它聚合模块作为子目录存在。这样当我们打开项目的时候，第一个看到的就是聚合模块的POM
> 8.  聚合模块减少的内容：聚合模块的内容仅仅是一个pom.xml文件，它不包含src/main/Java、src/test/java等目录，因为它只是用来帮助其它模块构建的工具，本身并没有实质的内容。
> 9.  聚合模块和子模块的目录：他们可以是父子类，也可以是平行结构，当然如果使用平行结构，那么聚合模块的POM也需要做出相应的更改。

![在这里插入图片描述][7e00f2f3570343a28d20274008510f80.png]

> 在现有的实际项目中一个POM既是聚合POM，又是父POM，这么做主要是为了方便

[spring]: http://lib.csdn.net/base/javaee
[ffe861133e1f4c53a9fbebadbe782b31.png]: https://img-blog.csdnimg.cn/ffe861133e1f4c53a9fbebadbe782b31.png
[2fc7c020be17426cab504ac71e515f15.png]: https://img-blog.csdnimg.cn/2fc7c020be17426cab504ac71e515f15.png
[7e00f2f3570343a28d20274008510f80.png]: https://img-blog.csdnimg.cn/7e00f2f3570343a28d20274008510f80.png