继承

说明

Maven工程之间，A 工程继承 B 工程

• B 工程：父工程
• A 工程：子工程

本质上是 A 工程的 pom.xml 中的配置继承了 B 工程中 pom.xml 的配置。

作用

在父工程中统一管理项目中的依赖信息，具体来说是管理依赖信息的版本。

它的背景是：

• 对一个比较大型的项目进行了模块拆分。
• 一个 project 下面，创建了很多个 module。
• 每一个 module 都需要配置自己的依赖信息。

它背后的需求是：

• 在每一个 module 中各自维护各自的依赖信息很容易发生出入，不易统一管理。
• 使用同一个框架内的不同 jar 包，它们应该是同一个版本，所以整个项目中使用的框架版本需要统一。
• 使用框架时所需要的 jar 包组合（或者说依赖信息组合）需要经过长期摸索和反复调试，最终确定一个可用组合。这个耗费很大精力总结出来的方案不应该在新的项目中重新摸索。

通过在父工程中为整个项目维护依赖信息的组合既保证了整个项目使用规范、准确的 jar 包；又能够将以往的经验沉淀下来，节约时间和精力。

操作

1. 创建父工程
   创建的过程和前面创建 pro01-maven-java 一样。

   工程名称：pro03-maven-parent

   工程创建好之后，要修改它的打包方式：

   <groupId>com.atguigu.maven</groupId>
   <artifactId>pro03-maven-parent</artifactId>
   <version>1.0-SNAPSHOT</version>
   
   <!-- 当前工程作为父工程，它要去管理子工程，所以打包方式必须是 pom -->
   <packaging>pom</packaging>
   

   只有打包方式为 pom 的 Maven 工程能够管理其他 Maven 工程。打包方式为 pom 的 Maven 工程中不写业务代码，它是专门管理其他 Maven 工程的工程。

2. 创建模块工程

   模块工程类似于 IDEA 中的 module，所以需要进入 pro03-maven-parent 工程的根目录，然后运行 mvn archetype:generate 命令来创建模块工程。
   假设，我们创建三个模块工程：
   

3. 查看被添加新内容的父工程 pom.xml
   下面 modules 和 module 标签是聚合功能的配置

   <modules>  
       <module>pro04-maven-module</module>
       <module>pro05-maven-module</module>
       <module>pro06-maven-module</module>
   </modules>
   

4. 解读子工程的pom.xml

   <!-- 使用parent标签指定当前工程的父工程 -->
   <parent>
       <!-- 父工程的坐标 -->
       <groupId>com.atguigu.maven</groupId>
       <artifactId>pro03-maven-parent</artifactId>
       <version>1.0-SNAPSHOT</version>
   </parent>
   
   <!-- 子工程的坐标 -->
   <!-- 如果子工程坐标中的groupId和version与父工程一致，那么可以省略 -->
   <!-- <groupId>com.atguigu.maven</groupId> -->
   <artifactId>pro04-maven-module</artifactId>
   <!-- <version>1.0-SNAPSHOT</version> -->