分模块开发与设计

模块拆分原则

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

image-20230313110949098

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

image-20230313111006393

分模块开发(模块拆分)

创建maven模块

image-20230313111316555

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

1
mvn install

注意事项:

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

依赖管理

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

格式:

1
2
3
4
5
6
7
8
9
10
11
12
<!--设置当前项目所依赖的所有jar-->
<dependencies>
<!--设置具体的依赖-->
<dependency>
<!--依赖所属群组id-->
<groupId>org.springframework</groupId>
<!--依赖所属项目id-->
<artifactId>spring-webmvc</artifactId>
<!--依赖版本号-->
<version>5.2.10.RELEASE</version>
</dependency>
</dependencies>

依赖传递

**问题导入:**A依赖B,B依赖C,A是否依赖于C呢?

依赖具有传递性

  • 直接依赖:在当前项目中通过依赖配置建立的依赖关系
  • 间接依赖:被资源的资源如果依赖其他资源,当前项目间接依赖其他资源
  • 特殊优先:当同级配置了相同资源的不同版本,后配置的覆盖先配置的

image-20230313112520220

可选依赖

**问题导入:**A依赖B,B依赖C,如果A不想将C依赖进来,是否可以做到?

  • 可选依赖指对外隐藏当前所依赖的资源————不透明
1
2
3
4
5
6
7
<dependency>
<groupId>com.itheima</groupId>
<artifactId>maven_03_pojo</artifactId>
<version>1.0-SNAPSHOT</version>
<!--可选依赖是隐藏当前工程所依赖的资源,隐藏后对应资源将不具有依赖传递性-->
<optional>false</optional>
</dependency>

排除依赖

**问题导入:**A依赖B,B依赖C,如果A不想将C依赖进来,是否可以做到?

  • 排除依赖指主动断开依赖的资源,被排除的资源无需指定版本————不需要
  • 排除依赖资源仅指定GA即可,无需指定V
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
<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>

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

image-20230313114559161

聚合与继承

聚合工程

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

  • 聚合工程:通常是一个不具有业务功能的“空”工程(有且仅有一个pom文件)

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

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

image-20230313114836877

聚合工程开发

Maven打包类型

Maven中打包项目一般有jar、war类型,此外还有pom类型

1
<packaging>pom</packaging>

设置聚合工程

当前聚合工程所包含的子模块名称

1
2
3
4
5
<modules>
<module>../maven_ssm</module>
<module>../maven_pojo</module>
<module>../maven_dao</module>
</modules>

注意事项:

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

继承关系

概念

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

作用

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

image-20230313130223090

继承关系开发

创建Maven模块

设置打包类型为pom

1
<packaging>pom</packaging>

**注意事项:**建议父工程打包方式设置为pom

子项目继承父项目案例

父项目依赖pom.xml文件

1
2
3
4
5
6
7
8
<dependencies>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-webmvc</artifactId>
<version>5.2.10.RELEASE</version>
</dependency>
……
</dependencies>

子项目依赖pom.xml文件

1
2
3
4
5
6
7
8
9
10
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid</artifactId>
<version>1.1.16</version>
</dependency>
……
</dependencies>
</dependencyManagement>

实现继承

在子项目中集成父项目的依赖

1
2
3
4
5
6
7
8
9
<!--定义该工程的父工程-->
<parent>
<groupId>site.hikki</groupId>
<artifactId>maven_parent</artifactId>
<version>1.0-SNAPSHOT</version>

<!--填写父工程的pom文件,根据实际情况填写-->
<relativePath>../maven_parent/pom.xml</relativePath>
</parent>

在子项目配置使用父项目中可选依赖坐标

1
2
3
4
5
6
<dependencies>
<dependency>
<groupId>com.alibaba</groupId>
<artifactId>druid</artifactId>
</dependency>
</dependencies>

注意事项:

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

聚合与继承的区别

作用

  • 聚合用于快速构建项目
  • 继承用于快速配置

相同点:

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

不同点:

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

属性管理

属性的基本概念

属性可以是坐标的ID、名称、版本号等。

image-20230406141136680

属性的配置与使用

定义属性

定义两个属性spring.versionjunit.version,它类似Java的一个变量名。

  1. spring.version的值为5.2.10.RELEASE
  2. junit.version的值为4.12
1
2
3
4
5
<!--定义自定义属性-->
<properties>
<spring.version>5.2.10.RELEASE</spring.version>
<junit.version>4.12</junit.version>
</properties>

引用属性

使用${变量名}来引用定义好的属性。

1
2
3
4
5
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-context</artifactId>
<version>${spring.version}</version>
</dependency>

资源文件引用属性

定义属性

1
2
3
4
5
6
<!--定义自定义属性-->
<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>

在配置文件中引用属性

1
2
3
4
jdbc.driver=com.mysql.jdbc.Driver
jdbc.url=${jdbc.url}
jdbc.username=root
jdbc.password=root

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

1
2
3
4
5
6
7
8
<build>
<resources>
<resource>
<directory>${project.basedir}/src/main/resources</directory>
<filtering>true</filtering>
</resource>
</resources>
</build>

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

1
2
3
4
5
6
7
8
<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系统属性
  • 环境变量属性

image-20230406141814179

版本管理

问题导入

项目开发的版本可以分为哪几种?

工程版本

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

image-20210805124506165

发布版本

  • alpha版
  • beta版
  • 纯数字版

多环境配置与应用

多环境的作用

我们在开发过程过程中我们需要对数据库进行测试增删改查,这叫开发环境

在开发过程中,在测试阶段交给测试人员测试时,测试人员也需要对数据库进行增删改查测试,这叫做测试环境

经过开发和测试阶段,将产品投入市场运行,我们成为生产环境

上述中的每一个环境都是一样的,但进行数据库操作的对象不一样,我们在开发环境时,可以随意对数据库进行操作,但在生产环境中,数据是非常重要的,不可以对数据进行随意操作,在这样的环境下,我们就需要多个部署环境了,开发一套环境,测试一套环境,生产一套环境,可以更好的隔离开数据的安全问题。

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

image-20230406142520949

多环境配置步骤

定义多环境

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
<!--定义多环境-->
<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>

使用多环境

1
2
3
4
5
【命令】:
mvn 指令 –P 环境定义id

【范例】:
mvn install –P pro_env

本文章来源于我的博客:https://blog.hikki.site