Maven进阶

sp_wxf

已于 2023-02-15 10:49:04 修改

阅读量3.8k

点赞数 1

文章标签： maven mybatis java

于 2023-02-09 21:06:11 首次发布

本文链接：https://blog.csdn.net/qq_24099547/article/details/128958862

版权

这里写目录标题

1.分模块开发
- 1.1 模块更新后,会造成的影响
2.依赖管理
3.聚合与继承
4.属性管理
5.版本管理
6.多环境配置和应用
- 6.1 跳过测试

1.分模块开发

我们之前做的项目,是将功能模块都汇聚到一起,这样会导致项目结构非常庞大,不利于开发人员的维护和开发,我希望是我做这个功能模块,那我就只要关心这个功能模块

一、模块拆分原则

目的：项目的扩展性变强了，方便其他项目引用相同的功能。

在这里插入图片描述
将原始模块按照功能拆分成若干个子模块，方便模块间的相互调用，接口共享

二、通过maven指令安装模块到本地仓库（install指令）
我们写到一个功能模块后,使用mvn install命令将功能模块发布到本地仓库中(团队共享的仓库,也被称为私服)

三、依赖管理

<!--设置当前项目所依赖的所有jar-->
<dependencies>
    <!--设置具体的依赖-->
    <dependency>
        <!--依赖所属群组id-->
        <groupId>org.springframework</groupId>
        <!--依赖所属项目id-->
        <artifactId>spring-webmvc</artifactId>
        <!--依赖版本号-->
        <version>5.2.10.RELEASE</version>
    </dependency>
</dependencies>

1.1 模块更新后,会造成的影响

举例:例如有controller、service、dao、pojo这四个模块,其中controller依赖service、service依赖dao、dao依赖pojo,那如果我们对pojo这个模块的功能进行修改, 此时启动服务会有哪些影响?

一、回答这个问题前,首先我们明确一点:即服务的启动流程
无论是普通的main函数,还是通过引导类启动服务,都会先对项目结构进行编译(compile),编译通过,才能启动函数/服务.

编译时会根据pom.xml文件中的依赖关系,从底层依赖开始编译,此时就会根据pojo的坐标,在本地仓库中找到pojo的jar包,编译通过,继续往上编译,只要当编译全部通过,才会启动服务
在这里插入图片描述

所以我们要清楚

controller中只有service的jar包坐标(非包含service的jar包)
service中只有dao的jar包坐标(非包含dao的jar包)
dao中只有pojo的jar坐标(非包含pojo的jar包)

如果service的jar包包含dao的jar包,就不可能只有3KB

在这里插入图片描述

二、此时我们可以回答这个问题:
如果我们修改了pojo模块分为两种情况

情况一:如果pojo类修改了,没有install,此时执行的是修改前的逻辑
情况二:如果pojo类修改了,进行install,此时执行的是修改后的逻辑

我们只需要对pojo进行install,更新pojo的jar包即可,不用对service和dao的包进行install(因为jar包中只是引用依赖,而非依赖实际存在)

三、特殊情况
如果我们在同一个project中打开controller、service、dao、pojo,此时当我们修改了pojo中的代码(没有install),并启动项目,此时运行的也是修改后的代码哦!!!
在这里插入图片描述

2.依赖管理

2.1 依赖传递

路径优先: 当依赖中出现相同的资源时, 层级约深, 优先级越低, 层级越浅, 优先级越高
声明优先: 当资源在相同层级被依赖时, 配置顺序靠前的覆盖配置顺序靠后的(非直接依赖)
当同级配置了相同资源的不同版本,后配置的覆盖先配置的(直接依赖)

在这里插入图片描述

2.2 可选依赖(隐藏自己的依赖,不让别人用)

可选依赖指对外隐藏当前所依赖的资源————不透明

<dependency>
    <groupId>com.itheima</groupId>
    <artifactId>maven_03_pojo</artifactId>
    <version>1.0-SNAPSHOT</version>
    <!--可选依赖是隐藏当前工程所依赖的资源，隐藏后对应资源将不具有依赖传递性-->
    <optional>false</optional>
</dependency>

2.3 排除依赖(用别人的资源,把不用的去了)

排除依赖指主动断开依赖的资源，被排除的资源无需指定版本
排除依赖资源仅指定GA即可，无需指定V

<dependency>
    <groupId>com.itheima</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.聚合与继承

聚合工程：通常是一个不具有业务功能的”空“工程（有且仅有一个pom文件）

作用:
使用聚合工程可以将多个工程编组，通过对聚合工程进行构建，实现对所包含的模块进行同步构建

3.1 为什么要使用聚合工程?

一、报错提醒
保证所有的module都在同一个project中,此时修改某一个module中的代码,在其他module中会有提醒
在这里插入图片描述

二、同步构建
例如service中某个方法新增了一段代码(这种修改不会报错),但是service并没有install.此时我们对最上层的module(此处为controller)进行package,它package的时候是直接拿本地仓库中的service的jar进行package的

解决方式:
通过对聚合工程进行构建，实现对所包含的模块进行同步构建; 即一起compile、一起install、一起package…

3.2 聚合工程开发

聚合工程开发布置

设置当前工程为聚合工程(即设置打包类型为pom)
使用modules来配置管理聚合工程所管理的模块

一、创建maven模块,设置打包类型为pom

maven_parent为聚合工程,需要将打包方式改为pom
在这里插入图片描述
打包方式为POM标识此项目是聚合工程

<packaging>pom</packaging>

每个maven工程都有对应的打包方式，默认为jar，web工程打包方式为war

二、设置当前聚合工程所包含的子模块名称

情况一:子模块的位置在pom模块内(常用)

在这里插入图片描述

情况二:子模块的位置在pom模块外,需要使用../来指定子模块地址
在这里插入图片描述

<modules>
    <module>../maven_ssm</module>
    <module>../maven_pojo</module>
    <module>../maven_dao</module>
</modules>

注意事项

聚合工程中包含的模块在进行构建时,会根据模块之间的依赖关系设置构建顺序,与模块工程中模块的配置书写位置无关
参与聚合的工程无法向上感知是否参与聚合，只能向下配置哪些模块参与本工程的聚合。

3.3 继承关系

继承的概念
继承描述的是两个工程间的关系，与java中的继承相似，子工程可以继承父工程中的配置信息，常见于依赖关系的继承

作用:

减少重复配置
减少版本冲突(在父工程改一下,所有子模块的版本都跟着动)

举个例子:
现在在parent下,有ssm_crm、ssm_goods、ssm_order这几个模块的功能都是独立的,互相没有依赖关系,现在这三个模块中都需要使用注解扫描以及连接数据库
在这里插入图片描述

操作步骤:

在父工程的pom文件中添加依赖
依赖关系与是否在pom中配置<module>标签无关,<module>只是起到同步构建的作用
配置子工程继承自父工程

3.3.1 可选依赖

可选依赖代表,并不是强制要求子工程继承的依赖,而是给子工程提供了可选择的依赖,需要子工程在自己的pom中定义,不需要定义版本

一、在父工程的pom文件中配置子工程可选的依赖关系

<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>druid</artifactId>
            <version>1.1.16</version>
        </dependency>
        ……
    </dependencies>
</dependencyManagement>

二、在子工程中配置使用父工程中可选依赖的坐标

<dependencies>
   <dependency>
       <groupId>com.alibaba</groupId>
       <artifactId>druid</artifactId>
   </dependency>
</dependencies>

子工程中使用父工程中的可选依赖时，仅需要提供群组id和项目id，无需提供版本，版本由父工程统一提供，避免版本冲突
子工程中还可以定义父工程中没有定义的依赖关系

3.4 聚合和继承的区别(重要)

作用:
- 聚合用于快速构建模块
- 继承用于快速配置
相同点
- 聚合和继承的pom.xml文件打包方式均为pom,可以将两种关系制作到同一个pom文件中
- 聚合与继承属于设计型模块,并无实际的模块内容
不同点
- 聚合是在当前模块(父模块)中配置关系,聚合可以感知到参与聚合的模块有哪些
- 继承是在子模块中配置关系, 父模块无法感知哪些子模块继承了自己

4.属性管理

在这里插入图片描述

一、属性配置和使用

1.定义属性 <properties>

<!--定义自定义属性-->
<properties>
    <spring.version>5.2.10.RELEASE</spring.version>
    <junit.version>4.12</junit.version>
</properties>

2.引用属性 ${}

<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>${spring.version}</version>
</dependency>

二、资源文件引用属性

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>

2.配置文件中引用属性

jdbc.driver=com.mysql.jdbc.Driver
jdbc.url=${jdbc.url}
jdbc.username=root
jdbc.password=root

3.开启资源文件目录加载属性的过滤器
如果不开启这个配置,那么pom文件中定义的属性,只能在pom文件中使用,要扩展到配置文件,必须开启这个配置

<build>
    <resources>
        <resource>
          <directory>${project.basedir}/src/main/resources</directory>
            <filtering>true</filtering>
        </resource>
    </resources>
</build>

${project.basedir}代表了当前项目所在目录,因为子项目继承了parent,所以他们也有这个功能,其中<directory>指定的路径下可以使用pom中的属性

4.配置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>

5.配置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>

三、其他属性(了解)
在这里插入图片描述

5.版本管理

版本分类:

SNAPSHOT（快照版本）
maven项目默认的版本类型
- 使用这个版本说明这个项目还未开发完
- 项目开发过程中临时输出的版本,称为快照版本
- 快照版本会随着开发的进展而不断更新
RELEASE（发布版本）
- 项目开发到进入阶段里程碑后，向团队外部发布较为稳定的版本，这种版本所对应的构件文件是稳定的
- 即便进行功能的后续开发，也不会改变当前发布版本内容，这种版本称为发布版本

6.多环境配置和应用

maven提供配置多种环境的设定，帮助开发者使用过程中快速切换环境
在这里插入图片描述

一、定义多环境

<!--定义多环境-->
<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>

二、使用多环境（构建过程）

【命令】：
mvn 指令 –P 环境定义id

【范例】：
mvn install –P pro_env

6.1 跳过测试

一、Maven的test命令
test命令，可在命令提示符界面运行maven项目中测试类中的测试方法，即执行那些带有@Test注解的测试方法。

二、跳过测试命令

mvn install –D skipTests

三、细粒度控制跳过测试

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