（五）Maven之聚合与继承

引言：
聚合和继承是两个完全不同的概念
聚合主要是为了方便构建项目
继承主要是为了消除重复配置。
相同点：除了POM之外都没有实际内容，<u>packaging都必须是pom</u>。
为了方便，一个POM可以即是聚合POM,又是用于继承的父POM.

4.gif

聚合

每个module的值都是一个当前POM的相对目录名。
Maven构建输出日志中会显示各模块的名称，而不是artifactId。因此为了让输出日志更清晰，需要在POM中name字段是为了给项目提供一个更容易阅读的名字。
为了方便快速定位内容，模块所处的目录名称应当与artifactId一致，但是不是必须的。

<project>  
    <modelVersion>4.0.0</modelVersion>  
    <groupId>com.juvenxu.mvnbook.account</groupId>  
    <artifactId>account-aggregator</artifactId>  
    <version>1.0.0-SNAPSHOT</version>  
    <packaging> pom </packaging>  
    <name>Account Aggregator</name>  
     <modules>  
        <module>account-email</module>  
        <module>account-persist</module>  
     </modules>  
</project>

继承

父POM如下：
<project>  
    <modelVersion>4.0.0</modelVersion>  
    <groupId>com.juvenxu.mvnbook.account</groupId>  
    <artifactId> account-parent </artifactId>  
    <version>1.0.0-SNAPSHOT</version>  
    <packaging>pom</packaging>  
    <name>Account Parent</name>  
</project>  

子POM如下：
<project>  
    <modelVersion>4.0.0</modelVersion>  
      
    < parent >  
        <groupId>com.juvenxu.mvnbook.account</groupId>  
        <artifactId> account-parent </artifactId>  
        <version>1.0.0-SNAPSHOT</version>  
        < relativePath >../account-parent/pom.xml</ relativePath>  
    </ parent >  
      
    <artifactId> account-email </artifactId>  
    <name>Account Email</name>  
  ...  
</project>

注意：
1、子模块没有声明groupId和version, 这两个属性继承至父模块。但如果子模块有不同与父模块的 groupId、version ，也可指定；
2、不应该继承artifactId,如果groupId ，version，artifactId 完全继承的话会造成坐标冲突；另外即使使用不同的 groupId或version，同样的 artifactId也容易产生混淆。
3、使用继承后 parent也必须像自模块一样加入到聚合模块中。

Maven可继承的POM 元素

groupId ：项目组 ID ，项目坐标的核心元素；  
version ：项目版本，项目坐标的核心元素；  
description ：项目的描述信息；  
organization ：项目的组织信息；  
inceptionYear ：项目的创始年份；  
url ：项目的 url 地址  
develoers ：项目的开发者信息；  
contributors ：项目的贡献者信息；  
distributionManagerment ：项目的部署信息；  
issueManagement ：缺陷跟踪系统信息；  
ciManagement ：项目的持续继承信息；  
scm ：项目的版本控制信息；  
mailingListserv ：项目的邮件列表信息；  
properties ：自定义的 Maven 属性；  
dependencies ：项目的依赖配置；  
dependencyManagement ：醒目的依赖管理配置；  
repositories ：项目的仓库配置；  
build ：包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等；  
reporting ：包括项目的报告输出目录配置、报告插件配置等。

最核心的设计理念：

提倡“约定大于配置“，遵循约定能够帮助用户遵守构建标准。

约定的由来

Maven超级POM: 定义了仓库和构件仓库，项目的各种输出目录、构件名称格式，核心插件版本等。

反应堆

定义

反应堆指所有模块组成的一个构建结构。它包含了个模块之间继承与依赖的关系，从而能自动计算出合理的模块构建顺序。

依赖关系与构建顺序

模块间的依赖关系将反应堆构成了一个有向非循环图（DAG），依赖关系构成有向边。不允许出现循环。

剪裁反应堆

输入 mvn -h 可以看到剪裁反应堆的

-am  // alse-make 同时构建所列模块的依赖模块
-amd //alse-make-dependents 同时构建依赖于所列模块的模块，同am相反
-pl  <args>// projects 构建指定模块，模块用逗号分隔
-rf  <args>  //reusme-from 从指定的模板回复反应堆