Maven升级篇--聚合和继承

本博目录:

在上篇Maven入门基础篇（http://blog.csdn.net/u012482647/article/details/78508680），简单介绍了Maven的坐标、依赖、仓库、生命周期和插件等特性，这篇我们将继续聊一聊Maven的其他特性。

一、 Maven聚合

当我们在开发过程中，可能会创建多个模块，每个模块都是一个独立的maven工程，想要一次构建这么多模块，而不是到每一个项目下执行mvn 命令，这时我们就需要用到Maven的聚合配置。

我们先创建一个project-aggregator项目作为聚合模块，它有自己的pom文件，仅仅是一个pom.xml文件，在pom文件中配置被聚合模块即可。它不包含src/main/java、src/test/java等目录，因为它只是用来帮助其它模块构建的工具，本身并没有实质的内容。

<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.cnpc</groupId>
    <artifactId>RipedLife</artifactId>
    <version>1.0.0-SNAPSHOT</version>
    <packaging>pom</packaging>
    <name>project-aggregator</name>
    <modules>
         <module>riped-login</module>
         <module>riped-account</module>
    </modules>
    ...
</project>

关于聚合，要明确以下几点：

1.该project-aggregator本身也做为一个Maven项目，它必须有自己的POM。

2.它的打包方式必须为： pom，否则就无法构建。

3.引入了新的元素：modules—module，里面配置被聚合模块的arfactId。

4.varsion：聚合模块的版本和被聚合模块版本保持一致。

5.目录名称：为了方便的快速定位内容，模块所处的目录应当与其artifactId一致(Maven约定而不是硬性要求)，总之，模块所处的目录必须和模块所处的目录相一致。

6.约定优于配置：为了方便构建，通常将聚合模块放在项目目录层的最顶层，其它聚合模块作为子目录存在。这样当我们打开项目的时候，第一个看到的就是聚合模块的POM。

7.聚合模块和子模块的目录：他们可以是父子类，也可以是平行结构，当然如果使用平行结构，那么聚合模块的POM也需要做出相应的更改。

8.用户会选择构架整个项目或者某个模块，可以用以下命令实现。

    -am，--also-make：同时构建所列模块的依赖模块
    -amd，-also-make-dependents：同时构建依赖于所列模块的模块
    -pl，--projects<arg>：构建指定的模块，模块间用逗号分隔
    -rf，-resume-from<arg>：在完整的反应堆构建顺序基础上指定从哪个模块开始构建 

二、 Maven继承

类似与java中的继承关系，在Maven中，也可以创建pom的继承关系，在父pom中声明一些配置供子pom继承，实现“一处声明，多处使用”的目的。

```
<project xmlns="http://maven.apache.org/POM/4.0.0" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
    <modelVersion>4.0.0</modelVersion>
    <groupId>com.cnpc</groupId>
    <artifactId>RipedLife2.0</artifactId>
    <version>1.0.0-SNAPSHOT</version>
    <name>RipedLife</name>
    <packaging>pom</packaging>

    <parent>
        <groupId>com.cnpc</groupId>
        <artifactId>RipedLife1.0</artifactId>
        <version>1.0.0-SNAPSHOT</version>
        <relativePath>../RipedLife1.0/pom.xml</relativePath>
    </parent>
    ...
</project>

关于继承，注意以下几点：

1.作为父模块的POM，其打包类型也必须为POM。

2.父模块只是为了帮助我们消除重复，所以它也不需要src/main/java、src/test/java等目录。

3.在子模块中,parent 元素引入要继承的父pom。

4.relativePath 表示父模块POM的相对路径，在构建的时候，Maven会先根据relativePath检查父POM，如果找不到，再从本地仓库查找。relativePath的默认值： ../pom.xml

5.子模块省略groupId和version： 使用了继承的子模块中可以不声明groupId和version, 子模块将隐式的继承父模块的这两个元素.

6.可以继承的元素：

groupId:项目组ID,项目坐标的核心元素

version: 项目版本, 项目坐标的核心元素

description: 项目的描述信息

organization: 项目的组织信息

inceptionYear: 项目的创始年份

url: 项目的URL地址

developers: 项目开发者信息

contributors: 项目的贡献者信息

distributionManagement: 项目的部署配置

issueManagement: 项目的缺陷跟踪系统信息

ciManagement: 项目的持续集成系统信息

scm: 项目的版本控制系统信息

mailingLists: 项目的邮件列表信息

properties: 自定义的maven属性

dependencies: 项目的依赖配置

dependencyManagement: 项目的依赖管理配置

(Maven提供的的dependencyManagement 元素声明的依赖不会引入到实际的依赖中，在子pom中只要不声明，就不会引入dependencyManagement 中的依赖)

repositories: 项目的仓库配置

build: 包括项目的源码目录配置、输出目录配置、插件配置、插件管理配置等

reporting: 包括项目的报告输出目录配置、报告插件配置等

三 、聚合与继承的比较

当我们明白聚合与继承的细节之后，我们会发现：

对于聚合模块来说，它知道有哪些被聚合的模块，而对于被聚合的模块来说，它们不知道被谁聚合了，也不知道它的存在。

对于继承关系的父POM来说，它不知道自己被哪些子模块继承了，对于子POM来说，它必须知道自己的父POM是谁。

在一些最佳实践中，我们会发现：一个POM既是聚合POM，又是父POM，这么做主要是为了方便。

综上， 聚合的目的是为了方便快速的构建项目，继承的目的是为了消除重复配置。