maven学习笔记（五）聚合与继承

最新推荐文章于 2022-08-21 20:41:52 发布

不在知识海洋游泳就在知识海洋溺死

最新推荐文章于 2022-08-21 20:41:52 发布

阅读量256

点赞数

分类专栏： maven

本文链接：https://blog.csdn.net/ld705454682/article/details/82052106

版权

maven 专栏收录该内容

8 篇文章 0 订阅

订阅专栏

1.将一个项目划分成多个模块

聚合特性能够把各个模块聚合在一起创建。一次构件多个子模块。

继承特性能帮助抽取各模块相同的依赖和插件等配置，简化pom，促进各模块配置的一致性。

2配置

groupId：一个项目的子模块都应使用同样的groupId

artifactId：应该使用一致的前缀

version：如果一起开发和发布，还应该使用同样的version

（1）聚合项目pom.xml（用于聚合）

<packaging>pom</packaging>//聚合项目的打包方式packaging的值必须是pom

在打包方式为pom的maven项目中声明module元素（父模块，子模块），module的值是一个当前pom的相对目录

聚合模块里包含子模块结构：

  <modules>
  	<module>xx</module>
  	<module>xx</module>
  </modules>

平行目录结构：

  <modules>
  	<module>../xx</module>
  	<module>../xx</module>
  </modules>

（2）父模块pom.xml（用于继承）

用于消除配置的重复。

<packaging>pom</packaging>//聚合项目的打包方式packaging的值必须是pom

（3）子模块pom.xml

继承父模块

  <parent>
  	<groupId></groupId>
  	<artifactId></artifactId>
  	<version></version>
  	<relativePath></relativePath>
  </parent>

当构建项目时，maven会首先根据relativePath检查父pom，如果找不到，再从本地仓库查找。relativePath的默认值是../pom.xml，即父pom在上一层目录下。

正确设置relativePath非常重要，当开发团队的新成员从源码库签出一个包含父子模块关系的maven项目，由于只关心其中的某一个子模块，它就直接到该模块的目录下执行创建，此时，父模块是没有被安装到本地仓库的，因此如果子模块没有设置正确的relativePath，maven将无法找到父pom，将直接导致构建失败。

子模块不声明groupId和version，会隐式从父模块继承，如果需要使用与父模块不一样的groupId和version，可以在子模块中显式声明。

（4）可继承的pom元素（部分）

groupId，version

description：项目描述信息

organization：项目的组织信息

inceptionYear：项目的创始年份

url：项目的url地址

developers：项目的开发者信息

contributers：贡献者信息

distributionManagement：项目的部署配置

properties：自定义的maven属性

dependencies：项目的依赖配置

dependencyManagement：项目的依赖管理配置

repositories：项目的仓库配置

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

（5）依赖管理

父模块的依赖配置，一部分子模块需要继承，另一部分不需要继承。

这种情况使用<dependencyManagement>。

父模块

  <properties>
  	<springframework.version>2.5.6</springframework.version>
  	<junit.version>4.7</junit.version>
  </properties>
  <dependencyManagement>
  	<dependencies>
  		<dependency>
  			<groupId>junit</groupId>
  			<artifactId>junit</artifactId>
  			<version>${junit.version}</version>
  			<scope>test</scope>
  		</dependency>
  	</dependencies>
  </dependencyManagement>

这里使用的 dependencyManagement声明的依赖既不会给父模块引入依赖，也不会给子模块引入依赖，不过这段配置是会被继承的。

子模块

  <dependencies>
  	<dependency>
  		<groupId>junit</groupId>
  		<artifactId>junit</artifactId>
  	</dependency>
  </dependencies>

子模块只需要配置groupId和artifactId就能引入父模块配置的依赖。

使用 dependencyManagement能统一项目范围中依赖的版本，不会发生多个子模块使用依赖版本不一致的情况。这可以帮助降低依赖冲突的几率。

使用import范围依赖导入依赖管理配置：

  	<dependency>
  		<groupId></groupId>
  		<artifactId></artifactId>
  		<version></version>
  		<type>pom</type>
  		<scope>import</scope>
  	</dependency>

依赖的type值为pom，import范围依赖由于其特殊性，一般都是指向打包类型为pom的模块。

（6）插件管理pluginManagement

用法与dependencyManagement类似