Maven进阶

一、分模块开发与设计

分模块开发的意义

• 将原始模块按照功能拆分成若干个子模块，方便模块间的互相调用，接口共享

注意：

1. 分模块开发需要先针对模块功能进行设计，再进行开发。不会先将工程开发完毕，然后进行拆分。
2. 通过maven指令安装模块到本地仓库（install指令），团队内部开发需要发布模块功能到团队内部可共享的仓库中（私服）

二、依赖管理

采用分模块开发以后，我们开发的模块可以独立出来变成了一个资源，当我们需要使用的时候，就可以通过依赖的形式在其他的模块中引用了。

• 依赖指当前项目运行所需的jar，一个项目可以设置多个依赖

格式：

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

1、依赖传递

依赖具有传递性

直接依赖：在当前项目中通过依赖配置建立的依赖关系

间接依赖：被依赖的资源如果还依赖其他资源，那么当前项目会间接依赖其他资源

依赖传递冲突问题

• 路径优先:当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高
• 声明优先:当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的
• 特殊优先:当同级配置了相同资源的不同版本，后配置的覆盖先配置的

2、可选依赖与排除依赖 

可选依赖指对外隐藏当前所依赖的资源，【不想把自己模块的依赖给别人用，主要用于避免依赖冲突】——不透明

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

排除依赖指主动断开依赖的资源，被排除的资源无需指定版本——不需要

<dependency> 
    <groupId>com.itheima</groupId> 
    <artifactId>maven_04_dao</artifactId> 
    <version>1.0-SNAPSHOT</version> 
    <!--排除依赖是隐藏当前资源对应的依赖关系--> 
    <exclusions> 
        <exclusion> 
            <!--排除依赖资源仅指定GA即可，无需指定V-->
            <groupId>com.itheima</groupId> 
            <artifactId>maven_03_pojo</artifactId> 
        </exclusion> 
        <exclusion> 
            <groupId>log4j</groupId> 
            <artifactId>log4j</artifactId> 
        </exclusion> 
        <exclusion> 
            <groupId>org.mybatis</groupId> 
            <artifactId>mybatis</artifactId> 
        </exclusion> 
    </exclusions> 
</dependency>

简单来梳理下：

A依赖B,B依赖C , C通过依赖传递会被A使用到，现在要想办法让A不去依赖C。

• 可选依赖是在B上设置<optional> , 这样A就不知道有C的存在。
• 排除依赖是在A上设置<exclusions> , A知道有C的存在，主动将其排除掉。

简而言之，自己开发的模块使用可选依赖<optional>；使用别人开发的模块只能使用排除依赖<exclusions>。

三、继承与聚合

1、聚合

• 聚合：将多个模块组织成一个整体，同时进行项目构建的过程称为聚合
• 聚合工程：通常是一个不具有业务功能的“空”工程（有且仅有一个pom文件）
• 作用：使用聚合工程可以将多个工程编组，通过对聚合工程进行构建，实现对所包含的模块进行同步构建

• • 当工程中某个模块发生更新（变更）时，必须保障工程中与已更新模块关联的模块同步更新，此时可以使用聚合工程来解决批量模块同步构建的问题

• 分模块开发后，需要将这四个项目都安装到本地仓库，目前我们只能通过项目Maven面板的 install来安装，并且需要安装四个，如果我们的项目足够多，那么一个个安装起来还是比较麻烦的。
• 如果四个项目都已经安装成功，当ssm_pojo发生变化后，我们就得将ssm_pojo重新安装到maven仓库，但是为了确保我们对ssm_pojo的修改不会影响到其他项目模块，我们需要对所有的 模块进行重新编译，那又需要将上述的install操作再来一遍。

聚合工程的pom文件内容如下：

<?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"> 
    <modelVersion>4.0.0</modelVersion> 
 
    <groupId>com.itheima</groupId> 
    <artifactId>maven_01_parent</artifactId> 
    <version>1.0-RELEASE</version>
    <!--将项目的打包方式设置为pom-->
    <packaging>pom</packaging> 
 
    <!--设置管理的模块名称，无书写顺序要求--> 
    <modules> 
        <module>../maven_02_ssm</module> 
        <module>../maven_03_pojo</module> 
        <module>../maven_04_dao</module> 
    </modules>
 
</project>

说明：聚合工程管理的项目在进行运行的时候，会按照模块与模块之间的依赖关系来自动决定执行的顺序，与其配置的顺序无关。

 2、继承

我们已经完成了使用聚合工程去管理项目，在聚合工程中进行某一个构建操作时，被其管理的项目也会执行相同的构建操作。那么接下来，我们再来分析下，多模块开发存在的另外一个问题【重复配置】我们先来看张图：

• spring-webmvc、spring-jdbc在三个项目模块中都有出现，这样就出现了重复的内容
• spring-test只在ssm_crm和ssm_goods中出现，而在ssm_order中没有，这里是部分重复的内容
• 我们使用的spring版本目前是5.2.10.RELEASE ,假如后期要想升级spring版本，所有跟Spring相关jar包都得被修改，涉及到的项目越多，维护成本越高。

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

作用：简化配置、减少版本冲突。

>> 继承关系实施步骤<<

针对父工程的pom文件的修改：

1）配置子工程中必选的依赖关系（子工程将沿用父工程中的依赖关系）：

<dependencies>
        <dependency>
            <groupId>org.springframework</groupId>
            <artifactId>spring-webmvc</artifactId>
            <version>5.2.10.RELEASE</version>
        </dependency>
        ...
</dependencies>

2）配置子工程中可选的依赖关系：

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

针对子工程的pom文件的修改：

1）在子工程中配置当前工程所继承的父工程：

<!--配置该工程的父工程-->
  <parent>
    <groupId>com.itheima</groupId>
    <artifactId>maven_01_parent</artifactId>
    <version>1.0-RELEASE</version>
    <!--填写父工程的pom文件-->
    <relativePath>../maven_01_parent/pom.xml</relativePath>
</parent>

2）在子工程中配置使用父工程中可选依赖的坐标：

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

注意事项：

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

3、聚合与继承的区别

作用：

聚合用于快速构建项目

继承用于快速配置

相同点：

聚合与继承的pom.xml文件打包方式为pom，可以将两种关系制作到同一个pom文件中

聚合与继承均属于设计型模块，并无实际的模块内容

不同点：

聚合是在当前模块中配置关系，聚合可以感知到参与聚合的模块有哪些

继承是在子模块中配置关系，父模块无法感知哪些子模块继承了自己

四、属性

1）定义属性

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

2）引用属性

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

属性有点类似java中的变量：

此时，我们只需要更新父工程中properties标签中所维护的jar包版本，所有子项目中的版本也就跟着更新。当然除了将spring相关版本进行维护，我们可以将其他的jar包版本也进行抽取，这样就可 以对项目中所有jar包的版本进行统一维护。

五、多环境开发

我们平常都是使用自己本地的开发环境进行开发，当开发完成后，需要把开发的功能部署到测试环境供测试人员进行测试使用，等测试人员测试通过后，我们会将项目部署到生产环境上线使用。

这个时候就有一个问题，不同环境的配置不相同，不可能让三个环境都用一个数据库。

maven提供配置多种环境设定，帮助开发者使用过程中快速切换环境：

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>
        <properties>
            <jdbc.url>jdbc:mysql://127.2.2.2:3306/ssm_db</jdbc.url>
        </properties>
    </profile>
    <!--定义具体的环境：测试环境-->
    <profile>
        <id>env_test</id>
        <properties>
            <jdbc.url>jdbc:mysql://127.3.3.3:3306/ssm_db</jdbc.url>
        </properties>
    </profile>
</profiles>

2）在jdbc.properties配置文件中使用${jdbc.url}来引用该属性

3）使用方式：mvn  指令  -p  环境定义id    如：mvn install -p pro_env

注意：在SpringBoot项目的application.properties配置文件中则是使用@jdbc.url@来引用该属性。也可以使用如下配置对资源文件开启对默认占位符${}的解析： 

<plugin>
    <artifactId>maven-resources-plugin</artifactId><configuration>
    <encoding>utf-8</encoding>
    <useDefaultDelimiters>true</useDefaultDelimiters></configuration>
</plugin>

避坑：

在bootstrap.yml文件中@profile@无法被pom.xml中的profile配置替换问题处理，需要在pom文件中添加如下配置：

<build>
   ...
    <resources>
        <resource>
            <directory>src/main/resources</directory>
            <filtering>true</filtering>
            <includes>
                <include>**/**</include>
            </includes>
        </resource>
    </resources>
    ...
</build>