一、分模块开发与设计
1.1 分模块开发的意义
问题1:分模块开发的意义?
目的:项目的扩展性变强了,方便其他项目引用相同的功能。
将原始模块按照功能拆分成若干个子模块,方便模块间的相互调用,接口共享
1.2 分模块开发与设计
1.2.1 【分模块开发与设计】
问题1:实现分模块开发的流程?一个完整的工程依据什么来进行模块的拆分?
1 创建Maven模块
2 书写模块代码
注意事项:
分模块开发需要先针对模块功能进行设计,再进行编码。不会先将工程开发完毕,然后进行拆分
3 通过maven指令安装模块到本地仓库(install指令)
mvn install
注意事项:
团队内部开发需要发布模块功能到团队内部可共享的仓库中(私服)
二、依赖管理
2.1.1 【依赖传递】
问题1:直接依赖和间接依赖的概念和特点?
-
依赖具有传递性
-
直接依赖:在当前项目中通过依赖配置建立的依赖关系
-
间接依赖:被资源的资源如果依赖其他资源,当前项目间接依赖其他资源
-
特殊优先:当同级配置了相同资源的不同版本,后配置的覆盖先配置的
-
-
问题2:依赖冲突问题?
排除依赖
2.2 可选依赖与排除依赖
2.2.1 【可选依赖与排除依赖】
问题1:可选依赖和使用场景
-
可选依赖指对外隐藏当前所依赖的资源————不透明
<dependency>
<groupId>com.AAA</groupId>
<artifactId>maven_03_pojo</artifactId>
<version>1.0-SNAPSHOT</version>
<!--可选依赖是隐藏当前工程所依赖的资源,隐藏后对应资源将不具有依赖传递性-->
<optional>false</optional>
</dependency>
问题2:排除依赖和使用场景
-
排除依赖指主动断开依赖的资源,被排除的资源无需指定版本————不需要
-
排除依赖资源仅指定GA即可,无需指定V
<dependency>
<groupId>com.AAA</groupId>
<artifactId>maven_04_dao</artifactId>
<version>1.0-SNAPSHOT</version>
<!--排除依赖是隐藏当前资源对应的依赖关系-->
<exclusions>
<exclusion>
<groupId>log4j</groupId>
<artifactId>log4j</artifactId>
</exclusion>
<exclusion>
<groupId>org.mybatis</groupId>
<artifactId>mybatis</artifactId>
</exclusion>
</exclusions>
</dependency>
三、聚合与继承
3.1 聚合
3.1.1 【聚合】
问题1:什么叫聚合?多模块开发聚合使用场景?
什么叫聚合?
-
聚合:将多个模块组织成一个整体,同时进行项目构建的过程称为聚合
-
聚合工程:通常是一个不具有业务功能的”空“工程(有且仅有一个pom文件)
-
作用:使用聚合工程可以将多个工程编组,通过对聚合工程进行构建,实现对所包含的模块进行同步构建
-
当工程中某个模块发生更新(变更)时,必须保障工程中与已更新模块关联的模块同步更新,此时可以使用聚合工程来解决批量模块同步构建的问题
-
问题2:聚合项目实现?
1 创建Maven模块,设置打包类型为pom
<packaging>pom</packaging>
注意事项:
-
每个maven工程都有对应的打包方式,默认为jar,web工程打包方式为war
2 设置当前聚合工程所包含的子模块名称
<modules>
<module>../maven_ssm</module>
<module>../maven_pojo</module>
<module>../maven_dao</module>
</modules>
-
注意事项:
-
聚合工程中所包含的模块在进行构建时会根据模块间的依赖关系设置构建顺序,与聚合工程中模块的配置书写位置无关。
-
参与聚合的工程无法向上感知是否参与聚合,只能向下配置哪些模块参与本工程的聚合。
-
3.2 继承
3.2.1 【继承】
问题1:多模块如何优化共同的依赖?
1 创建Maven模块,设置打包类型为pom
<packaging>pom</packaging>
注意事项:
-
建议父工程打包方式设置为pom
2 在父工程的pom文件中配置依赖关系(子工程将沿用父工程中的依赖关系)
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
……
</dependencies>
3 配置子工程中可选的依赖关系
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid</artifactId>
<version>1.1.16</version>
</dependency>
……
</dependencies>
</dependencyManagement>
4 在子工程中配置当前工程所继承的父工程
<!--定义该工程的父工程-->
<parent>
<groupId>com.AAA</groupId>
<artifactId>maven_parent</artifactId>
<version>1.0-SNAPSHOT</version>
<!--填写父工程的pom文件,根据实际情况填写-->
<relativePath>../maven_parent/pom.xml</relativePath>
</parent>
5 在子工程中配置使用父工程中可选依赖的坐标
<dependencies>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid</artifactId>
</dependency>
</dependencies>
-
注意事项:
-
子工程中使用父工程中的可选依赖时,仅需要提供群组id和项目id,无需提供版本,版本由父工程统一提供,避免版本冲突
-
子工程中还可以定义父工程中没有定义的依赖关系
-
问题2:继承的优点?
-
简化配置
-
减少版本冲突,版本管理(依赖版本统一管理)
问题3:继承和聚合区别?
聚合和继承的作用?
-
作用
-
聚合用于快速构建项目
-
继承用于快速配置
-
-
相同点:
-
聚合与继承的pom.xml文件打包方式均为pom,可以将两种关系制作到同一个pom文件中
-
聚合与继承均属于设计型模块,并无实际的模块内容
-
-
不同点:
-
聚合是在当前模块中配置关系,聚合可以感知到参与聚合的模块有哪些
-
继承是在子模块中配置关系,父模块无法感知哪些子模块继承了自己
-
四、属性管理
4.1 属性
4.1.1 【属性】
问题1:属性的使用和作用?
①:定义属性
<!--定义自定义属性-->
<properties>
<spring.version>5.2.10.RELEASE</spring.version>
<junit.version>4.12</junit.version>
</properties>
②:引用属性
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>${spring.version}</version>
</dependency>
4.2 配置文件加载属性
4.2.1 【配置文件加载属性】
问题1:如何实现配置文件加载属性?目的
①:定义属性
<!--定义自定义属性-->
<properties>
<spring.version>5.2.10.RELEASE</spring.version>
<junit.version>4.12</junit.version>
<jdbc.url>jdbc:mysql://127.0.0.1:3306/ssm_db</jdbc.url>
</properties>
②:配置文件中引用属性
jdbc.driver=com.mysql.jdbc.Driver
jdbc.url=${jdbc.url}
jdbc.username=root
jdbc.password=root
③:开启资源文件目录加载属性的过滤器
<build>
<resources>
<resource>
<directory>${project.basedir}/src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
</build>
④:配置maven打war包时,忽略web.xml检查
<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-war-plugin</artifactId>
<version>3.2.3</version>
<configuration>
<failOnMissingWebXml>false</failOnMissingWebXml>
</configuration>
</plugin>
其他属性
属性列表
-
自定义属性(常用)
-
内置属性
-
Setting属性
-
Java系统属性
-
环境变量属性
4.3 版本管理
4.3.1 【版本管理】
问题1:项目开发的版本可以分为哪几种?
-
SNAPSHOT(快照版本)
-
项目开发过程中临时输出的版本,称为快照版本
-
快照版本会随着开发的进展不断更新
-
-
RELEASE(发布版本)
-
项目开发到进入阶段里程碑后,向团队外部发布较为稳定的版本,这种版本所对应的构件文件是稳定的
-
即便进行功能的后续开发,也不会改变当前发布版本内容,这种版本称为发布版本
-
五、多环境配置与应用
5.1.1 【多环境开发】
问题1:场景?多环境配置有什么好处?
-
maven提供配置多种环境的设定,帮助开发者使用过程中快速切换环境
问题2:多环境开发实现?
1 定义多环境
<!--定义多环境-->
<profiles>
<!--定义具体的环境:生产环境-->
<profile>
<!--定义环境对应的唯一名称-->
<id>env_dep</id>
<!--定义环境中专用的属性值-->
<properties>
<jdbc.url>jdbc:mysql://127.0.0.1:3306/ssm_db</jdbc.url>
</properties>
<!--设置默认启动-->
<activation>
<activeByDefault>true</activeByDefault>
</activation>
</profile>
<!--定义具体的环境:开发环境-->
<profile>
<id>env_pro</id>
……
</profile>
</profiles>
2 使用多环境(构建过程)
【命令】:
mvn 指令 –P 环境定义id
【范例】:
mvn install –P pro_env
5.2 跳过测试
5.2.1 【跳过测试】
问题1:场景?跳过测试会不会影响项目的构建过程?
-
功能更新中并且没有开发完毕
-
快速打包
-
……
问题2:实现?
1. 跳过测试命令
-
mvn install –D skipTests
注意事项:
-
执行的项目构建指令必须包含测试生命周期,否则无效果。例如执行compile生命周期,不经过test生命周期。
2. 细粒度控制跳过测试
<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>