慧记

主题

黑马程序员SSM框架教程

IDEA配置Maven指南

IDEA 配置 Maven 图文教程 - 犬小哈教程

lihuibear4/smm

分模块开发 ​

分模块开发意义 ​

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

image-20240307212022370

流程 ​

  1. 创建Maven模块

  2. 书写模块代码

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

  3. 通过maven指令安装模块到本地仓库(install 指令)

    1. 团队内部开发需要发布模块功能到团队内部可共享的仓库中(私服)，私服我们后面会讲解。

依赖传递 ​

依赖管理 ​

我们现在已经能把项目拆分成一个个独立的模块，当在其他项目中想要使用独立出来的这些模块，只需要在其pom.xml使用<dependency>标签来进行jar包的引入即可。

<dependency>其实就是依赖，关于依赖管理里面都涉及哪些内容，我们就一个个来学习下:

  • 依赖传递
  • 可选依赖
  • 排除依赖

我们先来说说什么是依赖:

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

格式为:

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

依赖冲突 ​

原则

特殊优先：当同级配置了相同资源的不同版本，后配置的覆盖先配置的

路径优先：当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高

声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的

1630853726532

**说明:**A代表自己的项目；B,C,D,E,F,G代表的是项目所依赖的jar包；D1和D2 E1和E2代表是相同jar包的不同版本

(1) A依赖了B和C,B和C有分别依赖了其他jar包，所以在A项目中就可以使用上面所有jar包，这就是所说的依赖传递

(2) 依赖传递有直接依赖和间接依赖

  • 相对于A来说，A直接依赖B和C,间接依赖了D1,E1,G，F,D2和E2
  • 相对于B来说，B直接依赖了D1和E1,间接依赖了G
  • 直接依赖和间接依赖是一个相对的概念

(3)因为有依赖传递的存在，就会导致jar包在依赖的过程中出现冲突问题，具体什么是冲突?Maven是如何解决冲突的?

这里所说的==依赖冲突==是指项目依赖的某一个jar包，有多个不同的版本，因而造成类包版本冲突。

情况一: 在maven_02_ssm的pom.xml中添加两个不同版本的Junit依赖:

xml
<dependencies>
    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.12</version>
      <scope>test</scope>
    </dependency>

    <dependency>
      <groupId>junit</groupId>
      <artifactId>junit</artifactId>
      <version>4.11</version>
      <scope>test</scope>
    </dependency>
</dependencies>

1630820964663

通过对比，会发现一个结论

  • 特殊优先：当同级配置了相同资源的不同版本，后配置的覆盖先配置的。

情况二: 路径优先：当依赖中出现相同的资源时，层级越深，优先级越低，层级越浅，优先级越高

  • A通过B间接依赖到E1
  • A通过C间接依赖到E2
  • A就会间接依赖到E1和E2,Maven会按照层级来选择，E1是2度，E2是3度，所以最终会选择E1

情况三: 声明优先：当资源在相同层级被依赖时，配置顺序靠前的覆盖配置顺序靠后的

  • A通过B间接依赖到D1
  • A通过C间接依赖到D2
  • D1和D2都是两度，这个时候就不能按照层级来选择，需要按照声明来，谁先声明用谁，也就是说B在C之前声明，这个时候使用的是D1，反之则为D2

可选依赖和排除依赖

可选依赖 ​

排除依赖 ​

image-20240307215812819

聚合和继承 ​

聚合 ​

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

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

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

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

image-20240307220133155

image-20240308081132466

image-20240308081148542

继承 ​

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

作用：

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

image-20240308081257193

image-20240308082108603

image-20240308082121217

image-20240308082138525

image-20240308082154830

image-20240308082205482

区别 ​

两种之间的作用:

  • 聚合用于快速构建项目，对项目进行管理
  • 继承用于快速配置和管理子项目中所使用jar包的版本

聚合和继承的相同点:

  • 聚合与继承的pom.xml文件打包方式均为pom，可以将两种关系制作到同一个pom文件中
  • 聚合与继承均属于设计型模块，并无实际的模块内容

聚合和继承的不同点:

  • 聚合是在当前模块中配置关系，聚合可以感知到参与聚合的模块有哪些
  • 继承是在子模块中配置关系，父模块无法感知哪些子模块继承了自己

属性 ​

属性 ​

image-20240308082709826

image-20240308082726568

配置文件加载属性 ​

image-20240308083246475

image-20240308083357595

image-20240308083408361

image-20240308083427842

image-20240308083508872

版本管理 ​

在我们jar包的版本定义中，有两个工程版本用的比较多:

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

除了上面的工程版本，我们还经常能看到一些发布版本:

  • alpha版:内测版，bug多不稳定内部版本不断添加新功能
  • beta版:公测版，不稳定(比alpha稳定些)，bug相对较多不断添加新功能
  • 纯数字版

多环境开发 ​

多环境开发 ​

image-20240308083954294

image-20240308084448257

image-20240308084513446

mvn 指令 -P 环境定义ID[环境定义中获取]

跳过测试 ​

命令 ​

image-20240308090226139

细粒度控制跳过测试 ​

image-20240308090253958

私服 ​

简介 ​

私服:公司内部搭建的用于存储Maven资源的服务器

远程仓库:Maven开发团队维护的用于存储Maven资源的服务器

所以说:

  • 私服是一台独立的服务器，用于解决团队内部的资源共享与资源同步问题

搭建Maven私服的方式有很多，我们来介绍其中一种使用量比较大的实现方式:

分类 ​

image-20240308150021296

私服资源上传与下载 ​

image-20240308161225162

image-20240308161310502

Released under the MIT License.

Copyright © 2024 lihuibear