1. 聚合
聚合用于快速构建maven工程,一次性构建多个项目模块
使用:
创建一个空模块,打包类型定义为pom
<packageing>pom</packageing>
定义当前模块进行构建操作时关联的其他模块名称
<modules>
<!--如果模块在聚合工程内,就不需要../指定上级目录了-->
<module>../ssm_user</module>
<module>../ssm_common</module>
</modules>
参与聚合操作的模块最终执行顺序与模块间的依赖关系有关,与配置顺序无关
2. 继承
通过继承可以实现在子工程中沿用父工程中的配置,maven中的继承与java中的继承相似,在子工程中配置继承关系
使用:
在子工程中声明父工程坐标与对应的位置
<!--定义该工程的父工程-->
<parent>
<groupId>com.example</groupId>
<artifactId>ssm</artifactId>
<version>1.0-SNAPSHOT</version>
<!-- 填写父工程的pom文件 -->
<relativePath>../spring-project/pom.xml</relativePath>
</parent>
继承依赖定义
在父工程中定义依赖管理
<!--声明此处进行依赖管理-->
<dependencyManagement>
<!--具体的依赖 -->
<dependencies>
<!--spring 环境-->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>5.1.9.RELEASE</version>
</dependency>
<dependencies>
<dependencyManagement>
继承依赖使用
在子工程中定义依赖关系,无需声明依赖版本,默认版本参照父工程中依赖的版本
<dependencies>
<!--spring环境-->
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
</dependency>
</dependencies>
继承与聚合小结
作用
- 聚合用于快速构建项目
- 继承用于快速配置
相同点
- 聚合与继承的
pom.xml
文件打包方式均为pom
,可以将两种关系制作到同一个pom
文件中 - 聚合与继承属于设计型模块,并无实际的模块内容
不同点
- 聚合是当前模块中配置关系,聚合可以感知到参与聚合的模块有哪些
- 继承是在子模块中配置关系,父模块无法感知哪些子模块继承了自己`
3. 属性
上边引入依赖的方式,version
版本都是在每个依赖中定义的,我们也可以像代码中一样,定义成一个变量,使用时直接使用这个变量,把版本相关的都放在同一个地方,这样也方便统一管理,
属性类别
- 自定义属性
- 内置属性
- Setting属性
- Java系统属性
- 环境变量属性
3.1 自定义属性
等同于变量,方便统一维护
定义格式:
<!-- 自定义属性 -->
<properties>
<spring.version>5.1.9.RELEASE</spring.version>
<junit.version>4.12</junit.version>
</properties>
使用格式:
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>${spring.version}</version>
</dependency>
3.2 内置属性
使用maven的内置属性,快速配置
调用格式:
${basedir}
${version}
3.3 Setting属性
使用Maven
配置文件setting.xml
中的标签属性,用于动态配置
调用格式:
${settings.localRepository}
3.4 Java系统属性
读取Java系统属性
调用格式:
${user.home}
系统属性查询方式:
mvn help:system
使用的时候直接指定=
前边的属性名就可以
3.5 环境变量属性
使用系统的环境变量作为配置属性
调用格式:
${env.JAVA_HOME}
环境变量属性查询方式:
mvn help:system
4. 版本管理
5. 资源配置
开发中,有时候我们希望将spring
中的部分配置放在maven
的pom
文件中进行统一的管理,例如将数据库的连接地址,放在pom
中,这样我们只需要维护一个配置文件就可以了
作用
在任意配置文件中加载pom文件中定义的属性
定义和使用
在pom
文件中定义
<jdbc.url>192.168.1.111</jdbc.url>
在配置文件中使用${jdbc.url}
开启配置文件加载pom属性
<resources>
<resource>
<!--设定配置文件对应的位置目录,支持使用属性动态设定路径-->
<directory>${project.basedir}/src/main/resources</directory>
<!--开启对配置文件的资源加载过滤-->
<filtering>true</filtering>
</resource>
</resources>
进行package
后查看
这种方式开发中是否使用,仁者见仁 智者见智
6. 多环境开发配置
<profiles>
<!--定义具体的环境:生产环境-->
<profile>
<!--定义环境对应唯一的名称-->
<id>pro_env</id>
<!--环境中专用的属性名-->
<properties>
<jdbc.url>192.168.1.111</jdbc.url>
</properties>
<!--设置默认启动-->
<activation>
<activeByDefault>true</activeByDefault>
</activation>
</profile>
<profile>
<!--开发环境-->
<id>dev_env</id>
<!--环境中专用的属性名-->
<properties>
<jdbc.url>127.0.0.1</jdbc.url>
</properties>
</profile>
</profiles>
打包结果:
也可以通过命令的方式指定环境
mvn 指令 –P 环境定义id
mvn install –P pro_env
7. 跳过测试
使用场景
- 整体模块功能未开发
- 单个功能更新调试导致其他功能失败
- 快速打包
- …
7.1 使用命令跳过测试
mvn 指令 –D skipTests
7.2 界面操作跳过测试
7.3 使用配置跳过测试
<plugin>
<artifactId>maven-surefire-plugin</artifactId>
<version>2.22.1</version>
<configuration>
<skipTests>true</skipTests><!--设置跳过测试 -->
<includes> <!--包含指定的测试用例 -->
<include>**/User*Test.java</include>
</includes>
<excludes><!-- 排除指定的测试用例-->
<exclude>**/User*TestCase.java</exclude>
</excludes>
</configuration>
</plugin>
到此,本章内容就介绍完啦