Maven高级-分模块设计与开发

• 中大型项目不分模块设计的问题
• 不便维护
• 难以复用

• 分模块设计与开发的优点
• 方便项目的管理维护、扩展，也方便模块间的相互调用，资源共享。

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

Maven高级-继承与聚合

• 继承
• 概念：继承描述的是两个工程间的关系，与java中的继承相似，子工程可以继承父工程中的配置信息，常见于依赖关系的继承。
• 作用：简化依赖配置、统一管理依赖
• 实现：<parent>…</parent>
• 步骤：
1. 创建 Maven 模块 tlias-parent，该工程为父工程，设置打包方式 pom（默认 jar）。
2. 在子工程的 pom.xml 文件中，配置继承关系。
3. 在父工程中配置各个工程共有的依赖（子工程会自动继承父工程的依赖）。
• 注意：
• 在子工程中，配置了继承关系之后，坐标中的 groupId 是可以省略的，因为会自动继承父工程的。
• relativePath 指定父工程的 pom 文件的相对位置（如果不指定，将从本地仓库 / 远程仓库查找该工程）。
• 若父子工程都配置了同一个依赖的不同版本，以子工程的为准。
• 版本锁定
• 在 Maven 中，可以在父工程的 pom 文件中通过 <dependencyManagement> 来统一管理依赖版本。
• 注意：
• 子工程引入依赖时，无需指定 <version> 版本号，父工程统一管理。变更依赖版本，只需在父工程中统一变更。
• 自定义属性名 / 引用属性
• 在父工程中在 <properties>…</properties> 中自定义属性。
如 <lombok.version></lombok.version>
• 在需要指定版本时使用 ${自定义属性名} 引用。
如 <version>${lombok.version}</version>
• <dependencyManagement> 与 <dependencies> 的区别是什么？
• <dependencies> 是直接依赖，在父工程配置了依赖，子工程会直接继承下来。
• <dependencyManagement> 是统一管理依赖版本，不会直接依赖，还需要在子工 程中引入所需依赖（无需指定版本）。

• 聚合
• 概念：将多个模块组织成一个整体，同时进行项目的构建。
• 聚合工程：一个不具有业务功能的“空”工程（有且仅有一个 pom 文件）。
• 作用：快速构建项目（无需根据依赖关系手动构建，直接在聚合工程上构建即可）。
• Maven 中可以通过 <modules> 设置当前聚合工程所包含的子模块名称。
• 注意：
• 一般使用父工程来做聚合工程
• 聚合工程中所包含的模块，在构建时，会自动根据模块间的依赖关系设置构建顺序，与聚合工程中模块的配置书写位置无关。

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

Maven高级-私服

• 介绍：私服是一种特殊的远程仓库，它是架设在局域网内的仓库服务，用来代理位于外部的中央仓库，用于解决团队内部的资源共享与资源同步问题。

• 依赖查找顺序：
• 本地仓库
• 私服
• 中央仓库

• 私服在企业项目开发中，一个项目 / 公司，只需要一台即可（无需我们自己搭建，会使用即可）。

• 项目版本：
• RELEASE（发行版本）：功能趋于稳定、当前更新停止，可以用于发行的版本，存储在私服中的 RELEASE 仓库中。
• SNAPSHOT（快照版本）：功能不稳定、尚处于开发中的版本，即快照版本，存储在私服的 SNAPSHOT 仓库中。

• 配置步骤：
1. 设置私服的访问用户名/密码（settings.xml 中的 servers 中配置）。
2. IDEA 的 Maven 工程的 pom 文件中配置上传（发布）地址。
3. 设置私服依赖下载的仓库组地址（settings.xml 中的 mirrors、profiles 中配置）。

• 私服配置模版：‣