Bootstrap

day06-Maven

学习目标

  • 理解分模块开发的意义
  • 能够使用聚合工程快速构建项目
  • 能够使用继承简化项目配置
  • 能够根据需求配置生产、开发、测试环境，并在各环境间切换运行

导入

  1. 项目分工：项目分工明确。水平 垂直。

  2. 成本控制：代码复用，节约成本。

  3. 项目功能模块：低耦合，高内聚。

    最终目的：堆积木式写程序！

在这里插入图片描述

一、分模块开发与设计

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

  • 拆分
  • 依赖
  • 聚合和继承
  • maven属性
  • 私服（了解）

1. 分模块开发的意义

模块拆分

目的：

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

拆分方式：

  • 垂直拆分（功能）功能性拆分

在这里插入图片描述

  • 水平拆分（职能）职能性拆分

在这里插入图片描述

2. 分模块开发（模块拆分）

2.1 创建Maven模块

在这里插入图片描述

2.2 书写模块代码

注意事项：

  1. 分模块开发需要先针对模块功能进行设计，再进行编码。不会先将工程开发完毕，然后进行拆分。

步骤

1.引入案例中的maven-demo

2.新建模块 ssm-pojo, 不需要勾选webapp，将 ssm-combine中pojo包引入进来，删掉ssm-combine中的pojo包

3.添加pojo的pom依赖（lombok）

此时 ssm-combine 会因为没有了pojo 而报错 将ssm-pojo的

<groupId>com.itgaohe</groupId>
<artifactId>ssm-pojo</artifactId>
<version>1.0-SNAPSHOT</version>

添加到 ssm-combine的pom文件中 以依赖的形式出现

<dependency>
  <groupId>com.itgaohe</groupId>
  <artifactId>ssm-pojo</artifactId>
  <version>1.0-SNAPSHOT</version>
</dependency>

此时通过compile编译ssm-combine 会报错 。

原因是 ssm-pojo并没有存储到本地仓库，

4.对ssm-pojo install

此时不要忘记在ssm-pojo包中引入 lombok坐标

5.重新对ssm-combine 进行编译。

6.继续对dao进行操作

2.3 也可以通过maven指令安装模块到本地仓库（install指令）
mvn install

注意事项：

  1. 团队内部开发需要发布模块功能到团队内部可共享的仓库中（私服）

二、依赖管理

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

  • 格式：

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

1. 依赖传递

eg:在项目中 我们看到 其实ssm-combine中导入了pojo和dao的依赖 dao中也有pojo的 依赖

那在这里 pojo出现了两次 如果我们先把 ssm-combine中的pojo注释掉 ，还会有效果吗？答案是有的。

这说明一个问题：依赖具有传递性

  • 依赖具有传递性：

    • 直接依赖：在当前项目中通过依赖配置建立的依赖关系
    • 间接依赖：被资源的资源如果依赖其他资源，当前项目间接依赖其他资源

  • 依赖规则：

    • 就近原则、同度-后面覆盖前面的

    依赖传递冲突问题

    路径优先：当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高
    声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的
    特殊优先：当同级配置了相同资源的不同版本，后配置的覆盖先配置的（比如在pom.xml文件中）

在这里插入图片描述

在这里插入图片描述

2. 可选依赖

可选依赖是隐藏当前工程所依赖的资源，隐藏后对应资源将不具有依赖传递性 true 开启隐藏

eg: A B(用到了A) C（用A和B==>放弃A只要B即可 如果使用可选依赖 可以进行隐藏）

  • 可选依赖指对外隐藏当前所依赖的资源————不透明
  • ssm-dao的pom.xml中
  <dependency>
        <groupId>com.itgaohe</groupId>
        <artifactId>ssm-pojo</artifactId>
        <version>1.0-SNAPSHOT</version>
        <!--可选依赖是隐藏当前工程所依赖的资源，隐藏后对应资源将不具有依赖传递性 true 开启隐藏-->
        <optional>true</optional>
    </dependency>

进到UserController中查看到。

3. 排除依赖

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

ssm-combine中

<dependency>
            <groupId>com.itgaohe</groupId>
            <artifactId>ssm-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>

查看ssm-combine中导入的 ssm-dao依赖中 有没有 log4j

4 可选依赖和排除依赖的区别

可选：我不让别人看到我用的包。

排除：你给我我也不要。

应用场景：

  1. 排除 版本替换
  2. 可选 收费jar包等oracle

三、聚合与继承

现在我们的maven工程 已经由单模块变成多模块开发了，那这个开发过程就会出现问题。接下来我们讲一下聚合和继承来解决多模块开发中遇到的问题。

如下 有四个maven模块，其中，前三个都指向的第四个ssm_pojo模块，当 ssm_member 发生问题的时候，不会影响其他模块，但是如果 ssm_pojo模块，假如说修改了一个实体类的属性，回导致其他模块要要发生相应的变更才行，那一个一个管理太麻烦了，我们用一个统一的模块对象多个模块进行管理，这个过程就称为聚合。

1. 聚合工程

  • 聚合：将多个模块组织成一个整体，同时进行项目构建的过程称为聚合

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

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

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

在这里插入图片描述

2. 聚合工程开发

问题导入

解决问题：多个项目模块依赖发布一键管理。

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

2.1 创建Maven模块，设置打包类型为pom(ssm-parent)
<packaging>pom</packaging>
2.2 设置当前聚合工程所包含的子模块名称
 <modules>
        <module>../ssm-combine</module>
        <module>../ssm-dao</module>
        <module>../ssm-pojo</module>
    </modules>
2.3 编译compile操作

注意事项：

  1. 聚合工程中所包含的模块在进行构建时会根据模块间的依赖关系设置构建顺序，与聚合工程中模块的配置书写位置无关。

  2. 参与聚合的工程无法向上感知是否参与聚合，只能向下配置哪些模块参与本工程的聚合。

  3. spring-boot-maven-plugin打包出来的jar是不可依赖的

    只有controller层需要打包时使用插件，因为他是需要对外提供服务的，其他的不需要！

    所以父级工程和dao\service\pojo等都不需要。

在这里插入图片描述

3. 继承关系

引入：我们看到 在不同的pom文件中

1.有很多依赖是重复

2.或者我们想升级一下版本

3.或者统一以下版本。

  • 概念：

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

  • 作用：

    • 简化配置
    • 减少版本冲突

  • 父工程 可以帮 子工程管理依赖

  • 普通依赖：子工程将沿用父工程中的依赖关系

    • 必选依赖
    • 可选的依赖关系

4. 继承关系开发

4.1 创建父工程Maven模块，设置打包类型为pom
<packaging>pom</packaging>

注意事项：

  1. 建议父工程打包方式设置为pom
4.2 在父工程的pom文件中添加共用依赖（子工程将沿用父工程中的依赖关系）
<dependencies>
    <dependency>
        <groupId>org.springframework</groupId>
        <artifactId>spring-webmvc</artifactId>
        <version>5.2.13.RELEASE</version>
    </dependency>
    ……
</dependencies>
4.3 在子工程中配置当前工程所继承的父工程

ssm-combine pom.xml

<!--定义该工程的父工程-->
<parent>
    <groupId>com.itgaohe</groupId>
    <artifactId>maven_parent</artifactId>
    <version>1.0-SNAPSHOT</version>
    <!--填写父工程的pom文件，根据实际情况填写-->
    <relativePath>../maven_parent/pom.xml</relativePath>
</parent>

查看依赖关系，发现==>子工程中已经导入进来了依赖。简化了配置

4.4 父工程中配置子工程的可选依赖关系

ssm-parent pom.xml

   <!--表示管理的依赖 子类中 可以选择用 也可以选择不用-->
    <!--如果用 就制定好依赖，不需要写依赖版本-->
<dependencyManagement>
    <dependencies>
        <dependency>
            <groupId>com.alibaba</groupId>
            <artifactId>druid</artifactId>
            <version>1.1.16</version>
        </dependency>
        ……
    </dependencies>
</dependencyManagement>
4.5 在子工程中配置使用父工程中可选依赖的坐标
<dependencies>
    <dependency>
        <groupId>com.alibaba</groupId>
        <artifactId>druid</artifactId>
         <!--不需要指定版本！-->
    </dependency>
</dependencies>

注意事项：

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

5. 聚合与继承的区别

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

四、属性管理

1. 属性

问题导入

定义属性有什么好处？

在这里插入图片描述

1.1 属性配置与使用（重点）
①：定义属性
<!--定义自定义属性-->
<properties>
    <spring.version>5.2.13.RELEASE</spring.version>
    <junit.version>4.12</junit.version>
</properties>
②：引用属性
<dependency>
    <groupId>org.springframework</groupId>
    <artifactId>spring-context</artifactId>
    <version>${spring.version}</version>
</dependency>
1.2 资源文件引用属性

如果说我想在父类maven工程中的pom中定义子类maven工程的resources下jdbc.properties配置文件的内容

应该怎么办？

在ssm-parent的pom.xml中定义 ①③

①：定义属性

<!--定义自定义属性-->
<properties>
<spring.version>5.2.13.RELEASE</spring.version>
<junit.version>4.12</junit.version>  <jdbc.url>jdbc:mysql://127.0.0.1:3306/ssm_db</jdbc.url>
</properties>

在ssm-combine中定义 ② jdbc.properties

②：配置文件中引用属性

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

③：开启资源文件目录加载属性的过滤器

 <build>
        <resources>
            <resource>
                <directory>../ssm-combine/src/main/resources</directory>
                <filtering>true</filtering>
            </resource>
        </resources>
    </build>

④打包父类工程 ssm-parent install

在这里插入图片描述

会看到resources变色，指向ssm-parent

如果打包过程出现问题
webxml attribute is required (or pre-existing WEB-INF/web.xml if executing in update mode)
是webapp下的web-inf下没有配置web.xml 可以手动写一个web.xml文件

打开本地仓库LocalRepository>com.itgaohe>ssm-combine >1.0-SNAPSHOT >war>web-inf>classes==>jdbc.properties 发现修改成功。

如果是多个模块都要共享这个配置的数据呢？

⑤开启资源文件目录加载属性的过滤器

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

⑥ 配置maven打war包时，忽略web.xml检查

ssm-combine中

<plugin>
    <groupId>org.apache.maven.plugins</groupId>
    <artifactId>maven-war-plugin</artifactId>
    <version>3.3.2</version>
    <configuration>
        <failOnMissingWebXml>false</failOnMissingWebXml>
    </configuration>
</plugin>

测试： clean ssm-combine install ssm-parent

1.3 其他属性（了解）
  • 属性列表
    • 自定义属性（常用）
    • 内置属性
    • Setting属性
    • Java系统属性
    • 环境变量属性

在这里插入图片描述

cmd进入

在这里插入图片描述

这个地方做一个了解 以后进入公司 如果需要用的话 一查就可以。

2. 版本管理

2.1 工程版本
  • SNAPSHOT（快照版本）
    • 项目开发过程中临时输出的版本，称为快照版本
    • 快照版本会随着开发的进展不断更新
  • RELEASE（发布版本）
    • 项目开发到进入阶段里程碑后，向团队外部发布较为稳定的版本，这种版本所对应的构件文件是稳定
    • 即便进行功能的后续开发，也不会改变当前发布版本内容，这种版本称为发布版本

在这里插入图片描述

2.2 发布版本
  • alpha版
  • beta版
  • 纯数字版

五.多环境开发与应用

5.1 多环境开发

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

在这里插入图片描述

5.1.2 代码

ssm-parent中

<!--定义多环境-->
<profiles>
    <!--定义具体的环境：生产环境-->
    <profile>
        <!--定义环境对应的唯一名称-->
        <id>env_dep</id>
        <!--定义环境对应的唯一名称-->
        <properties>
            <jdbc.url>jdbc:mysql://127.1.1.1:3306/ssm_db</jdbc.url>
        </properties>
        <!--设置默认启动-->
        <activation>
            <activeByDefault>true</activeByDefault>
        </activation>
    </profile>
    <profile>
        <id>env_open</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>
5.1.2 启动

mvn 指令 –P 环境定义id

eg: mvn install –P pro_env

5.2 跳过测试（了解）

2.1 应用场景
  • 功能更新中并且没有开发完毕
  • 快速打包
2.2 跳过测试命令
mvn install -D skipTests

tips: -是英文字符

注意事项：

  1. 执行的项目构建指令必须包含测试生命周期，否则无效果。例如执行compile生命周期，不经过test生命周期。
2.2 跳过测试图形化

在这里插入图片描述

悦读

道可道，非常道；名可名，非常名。 无名，天地之始，有名，万物之母。 故常无欲，以观其妙，常有欲，以观其徼。 此两者，同出而异名，同谓之玄，玄之又玄，众妙之门。

最新收录
vue页面回显数据_vue组件表单数据回显验证及提交的实例代码
[以太坊源代码分析] VI. 基于p2p的底层通信(上篇)
计算几何库
基于Springboot+Vue实现在线音乐网站
MySQL 字符截取
vue 开启gzip压缩配置
Win10共享打印机所需要的设置（无需密码访问实现打印机共享,共享不要密码）...
排序算法_Python
地下水数值模拟软件Visual modflow Flex教程
stm32F407 调试 LAN8720A ping不通问题解决
;