一、分模块设计与开发
1.1 分模块设计
- 问题：当项目做大做强的时候，前面的基础Spring开发的框架都无法满足java大型项目的维护和复用，而且团队合作也会造成较大的困难。
- 所以就需要分模块设计：将项目按照功能拆分成若干个子模块，方便项目的管理维护、扩展，也方便模块间的相互调用，资源共享。
分模块开发需要先针对模块功能进行设计，再进行编码。不会先将工程开发完毕，然后进行拆分。
- 大概步骤：
- 创建一个新的maven项目，并填写需要分出去的模块名。
- 在原项目下将模块的包，如utils包下的类，放到目标maven项目下，目录名字保持一致
main\java\com\mannor\utlis。 - 将需要的依赖项导入到新maven中。
- 将新maven导入到原来的项目
pom.xml文件中，即可食用。
二、继承与聚合
2.1 继承
- 概念:继承描述的是两个工程间的关系，与java中的继承相似，子工程*可以继承父工程中的配置信息，常见于依赖关系的继承**。
- 作用:简化依赖配置、统一管理依赖
- 实现:
<parent> ... </parent>
2.1.1 继承关系的实现
- 创建
maven模块tlias-parent，该工程为父工程，设置打包方式**pom**(默认jar)。
<!-- 只截取了关键部分代码 -->
<!-- 设置父工程 -->
<parent>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-parent</artifactId>
<version>2.7.12</version>
<relativePath/> <!-- lookup parent from repository -->
</parent>
<groupId>com.mannor</groupId>
<artifactId>tlias-parent</artifactId>
<version>0.0.1-SNAPSHOT</version>
<packaging>pom</packaging> <!-- 设置打包方式 -->
</project>
- 在子工程的
pom.xml文件中，配置继承关系。
<!-- 只截取了关键部分代码 -->
<parent>
<groupId>com.mannor</groupId>
<artifactId>tlias-parent</artifactId>
<version>0.0.1-SNAPSHOT</version>
<relativePath>../tlias-parent/pom.xml</relativePath> <!-- 父工程的pom文件的相对路径 -->
</parent>
<artifactId>tlias-web-management</artifactId>
<version>0.0.1-SNAPSHOT</version>
<name>tlias-web-management</name>
<description>tlias-web-management</description>
- 在父工程中配置各个工程共有的依赖（子工程会自动继承父工程的依赖）。
- 代码展示略。
2.1.1.1 继承关系图
2.1.1.2 重点
- 在子工程中，配置了继承关系之后，坐标中的groupId是可以省略的，因为会自动继承父工程的。
- relativePath指定父工程的pom文件的相对位置（如果不指定，将从本地仓库/远程仓库查找该工程)。
- 若父子工程都配置了同一个依赖的不同版本，以子工程的为准。
常见的打包方式：
jar:普通模块打包,springboot项目基本都是jar包（内嵌tomcat运行）
war:普通web程序打包，需要部署在外部的tomcat服务器中运行
pom:父工程或聚合工程，该模块不写代码，仅进行依赖管理
2.1.2 版本锁定
2.1.2.1 版本管理
- 在maven中，可以在父工程的pom文件中通过
<dependencyManagement>来统一管理依赖版本。 - 子工程引入依赖时，无需指定
<version>版本号，父工程统一管理。变更依赖版本，只需在父工程中统一变更。
- 在父工程中:
<!-- 统一管理依赖版本：只是版本的管理，不会有直接依赖 -->
<dependencyManagement>
<dependencies>
<!-- jwt令牌-->
<dependency>
<groupId>io.jsonwebtoken</groupId>
<artifactId>jjwt</artifactId>
<version>0.9.1</version>
</dependency>
</dependencies>
</dependencyManagement>
- 在子工程中直接引用即可，无需指定版本号：
<dependencies>
<!-- jwt令牌-->
<dependency>
<groupId>io.jsonwebtoken</groupId>
<artifactId>jjwt</artifactId>
</dependency>
</dependencies>
2.1.2.2 自定义属性/引用属性
- 在大型开发中，会有许多依赖需要引用，所以有自定义属性来直接管理版本信息，更方便后期的维护。
- 自定义属性：
<properties>
<lombok.version>1.18.24</lombok.version>
</properties>
- 引用属性
<dependencies>
<dependency>
<groupId>org.projectlombok</groupId>
<artifactId>lombok</artifactId>
<version>${lombok.version}</version>
</dependency>
</dependencies>
思考？
<dependencyManagement>与<dependencies>的区别是什么?
1.<dependencies>是直接依赖,在父工程配置了依赖,子工程会直接继承下来。
2.<dependencyManagement>`是统一管理依赖版本,不会直接依赖，还需要在子工程中引入所需依赖(无需指定版本)
2.2 聚合
- 当项目开发完毕时，要对目标工程执行打包的操作。目标工程会在本地的maven仓库中去寻找对应依赖的jar包，不然就不会构建成功。
- 要想将jar包放到maven的本地仓库就要按照顺序执行对应maven项目或者模块的install操作，这样才会打包成功。
当然这种方式的缺点也很明显，就是当项目模块的数量很多的时候就不便于操作了。所以就需要maven的聚合。
2.2.1 概念
2.2.1.1 聚合：
- 将多个模块组织成一个整体，同时进行项目的构建。
2.2.1.2 聚合工程
- 一个不具有业务功能的“空”工程(有且仅有一个pom文件)---->parent父工程就刚好可以充当这样得到角色。
2.2.1.3. 作用
- 快速构建项目（无需根据依赖关系手动构建，直接在聚合工程上构建即可)
2.2.2 操作实现
- maven中可以通过
<modules>设置当前聚合工程所包含的子模块名称
聚合工程中所包含的模块，在构建时，会自动根据模块间的依赖关系设置构建顺序，与聚合工程中模块的配置书写位置无关。
- 源码实现，在父工程的pom.xml文件下：
<!-- 聚合其他模块 -->
<modules>
<module>../tlias-pojo</module> <!-- 在里面填写需要聚合模块的相对路径 -->
<module>../tlias-utlis</module>
<module>../tlias-web-management</module>
</modules>
- 最后操作：执行父工程的install或clean等指令和程序。
2.3 继承与聚合的区别
2.3.1 作用
- 聚合用于快速构建项目
- 继承用于简化依赖配置、统一管理依赖
2.3.2 相同点:
- 聚合与继承的pom.xml文件打包方式均为pom，可以将两种关系制作到同一个pom文件中聚合与继承均属于设计型模块，并无实际的模块内容
2.3.3 不同点:
- 聚合是在聚合工程中配置关系，聚合可以感知到参与聚合的模块有哪些继承是在子模块中配置关系，父模块无法感知哪些子模块继承了自己
三、maven的私服
1.介绍
- 私服是一种特殊的远程仓库，它是架设在局域网内的仓库服务，用来代理位于外部的中央仓库，用于解决团队内部的资源共享与资源同步问题。
- 依赖查找顺序:–>本地仓库–>私服–>中央仓库
私服在企业项目开发中，一个项目/公司，只需要一台即可（无需我们自己搭建，会使用即可)。
2.资源的上传和下载
- 项目版本：
- RELEASE(发行版本)︰功能趋于稳定、当前更新停止，可以用于发行的版本，存储在私服中的RELEASE仓库中。
- SNAPSHOT（快照版本)︰功能不稳定、尚处于开发中的版本，即快照版本，存储在私服的SNAPSHOT仓库
3.具体操作
- 设置私服的访问用户名/密码(settings.xml中的servers中配置)。
- IDEA的maven工程的pom文件中配置上传（发布)地址。
- 设置私服依赖下载的仓库组地址(settings.xml中的mirrors、profiles中配置。
因为私服的信息配置都是固定的步骤，所以我将私服的配置操作在此省略，单独写成md文件，需要的可以私我发你。
