maven多模块管理的3种实现方式

maven多模块管理

实质:实现依赖的版本统一管理

创建maven父工程,掏空src

maven多模块管理的3种实现方式

 

新建父工程的子模块

 

maven多模块管理的3种实现方式

 

maven多模块管理的3种实现方式

 

maven多模块管理的3种实现方式

 

maven多模块管理的3种实现方式

 

maven多模块管理的3种实现方式

子工程的配置文件有parent标签,指向父工程的GAV坐标

maven多模块管理的3种实现方式

 

<?xml version="1.0" encoding="UTF-8"?>

<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">

<!--指向父工程的GAV坐标-->

<parent>

<artifactId>parent</artifactId>

<groupId>maven</groupId>

<version>1.0-SNAPSHOT</version>

<relativePath>../parent/pom.xml</relativePath>

</parent>

<modelVersion>4.0.0</modelVersion>

 

<artifactId>child</artifactId>

 

 

</project>

 

只需在父工程的pom中配置加强管理依赖,子工程可以有选择性的去引入父工程的依赖,版本由父工程统一控制(注:如果子模块指定依赖版本号,就不会继承父工程的版本号,以当前版本号为准

 

maven多模块管理的3种实现方式

 

maven多模块管理的3种实现方式

所以,说到底,其实父工程就是管理了一堆依赖的版本号,这样的话,我们可以进行一种相对简单的写法:此时想改版本号,只需要,改properties标签里的版本号就ok了

<!--父工程要加强管理子模块的所有依赖-->

<dependencyManagement>

<!--父工程添加的依赖,所有的子工程会无条件的继承-->

<dependencies>

<dependency>

<groupId>junit</groupId>

<artifactId>junit</artifactId>

<version>${junit-version}</version>

</dependency>

 

<dependency>

<groupId>mysql</groupId>

<artifactId>mysql-connector-java</artifactId>

<version>${mysql-connector-java-version}</version>

</dependency>

 

<dependency>

<groupId>com.alibaba</groupId>

<artifactId>dubbo</artifactId>

<version>${dubbo-version}</version>

</dependency>

 

</dependencies>

 

</dependencyManagement>

 

<!--父工程管理依赖的版本号-->

<properties>

<!--自定义标签名称-->

<!--通常管理依赖版本号的标签=项目名字+字段version-->

<junit-version>4.12</junit-version>

<mysql-connector-java-version>8.0.15</mysql-connector-java-version>

<dubbo-version>2.6.2</dubbo-version>

</properties>

 

 

另一种方式:用父工程去声明子模块:

maven多模块管理的3种实现方式

 

 

第三种是两种结合使用(略)(大同小异)