目录
[1. 模块化架构思想](#1. 模块化架构思想)
[2. 典型模块划分方式](#2. 典型模块划分方式)
[3. 设计原则](#3. 设计原则)
前言：我们前面所写的案例是基于springboot构建的单体项目，所有的代码都混在一起，所有的依赖都在同一个xml文件中，难以识别哪些模块需要哪些依赖，同时，每次构建都是全量构建，效率低下。而随着业务需求的推进，原始的单体架构难以维持需求，因而推出了maven多模块，由原始的一个项目演变成多个项目关联，每个模块实现特定的功能，需要什么就引入特定的依赖。
Maven多模块项目设计与原理
1. 模块化架构思想
-
分层设计：将大型项目拆分为多个相互关联的模块
-
关注点分离：每个模块负责特定功能领域
-
依赖管理：明确模块间的依赖关系，避免循环依赖
2. 典型模块划分方式
parent-project（聚合模块）
├── pom.xml（父POM）
├── common（公共模块）
├── domain（领域模型）
├── service（业务服务）
├── dao（数据访问）
├── web（Web接口）
└── app（启动模块）3. 设计原则
-
单一职责：每个模块只承担一个明确定义的功能
-
高内聚低耦合：模块内部高度相关，模块间依赖最小化
-
依赖传递控制 ：合理使用
<dependencyManagement>管理版本 -
继承与聚合分离：区分父模块（继承）和聚合
Maven多模块设计通过继承和聚合机制，实现了项目的模块化、标准化管理。它不仅解决了大型项目的代码组织问题，还通过统一的依赖管理和构建配置，提高了开发效率和维护性。正确的多模块设计能够使项目结构更清晰、构建更高效、依赖更可控，是现代Java项目开发的必备实践。
前言：在实施maven的多模块开发时，我们发现，即便是不同的模块，有事也会用到同一个依赖，然而我们仍需在每个模块中依次引入对应的依赖，这时就显得较为繁琐。
Maven的继承与聚合
继承
概念:继承描述的是两个工程间的关系，与java中的继承相似，子工程可以继承父工程中的配置信息，常见于依赖关系的继承。
作用:简化依赖配置、统一管理依赖
实现:<parent>...</parent>
继承关系实现
1.创建maven模块tlias-parent，该工程为父工程，设置打包方式pom(默认jar)。
2.在子工程的pom.xml文件中，配置继承关系。
3.在父工程中配置各个工程共有的依赖(子工程会自动继承父工程的依赖)
注意事项：
在子工程中，配置了继承关系之后，坐标中的groupId是可以省略的，因为会自动继承父工程的。
relativePath指定父工程的pom文件的相对位置(如果不指定，将从本地仓库/远程仓库查找该工程)。
版本锁定
在maven中，可以在父工程的pom文件中通过<dependencyManagement>来统一管理依赖版本。
注意事项
子工程引入依赖时，无需指定<version>版本号，父工程统一管理。变更依赖版本，只需在父工程中统一变更。
面试题：
<dependencyManagement> 与 <dependencies>的区别是什么?
<dependencies>是直接依赖，在父工程配置了依赖，子工程会直接继承下来。<dependencyManagement>是统一管理依赖版本，不会直接依赖，还需要在子工程中引入所需依赖(无需指定版本)
聚合
将多个模块组织成一个整体，同时进行项目的构建，利于多模块项目的打包构建。
聚合工程（父工程）
一个不具有业务功能的"空"工程(有且仅有一个pom文件)
作用
++快速构建项目(无需根据依赖关系手动构建，直接在聚合工程上构建即可)++
++聚合工程中所包含的模块，在构建时，会自动根据模块间的依赖关系设置构建顺序，与聚合工程中模块的配置书写位置无关。++
继承与聚合的比较
聚合用于快速构建项目
继承用于简化依赖配置、统一管理依赖相同点:
聚合与继承的pom.xml文件打包方式均为pom，可以将两种关系制作到同一个pom文件中聚合与继承均属于设计型模块，并无实际的模块内容不同点:
聚合是在聚合工程中配置关系，聚合可以感知到参与聚合的模块有哪些继承是在子模块中配置关系，父模块无法感知哪些子模块继承了自己
私服
私服是一种特殊的远程仓库，它是架设在局域网内的仓库服务，用来代理位于外部的中央仓库，用于解决团队内部的资源共享与资源同步问题。
私服在企业项目开发中，一个项目/公司，只需要一台即可(无需我们自己搭建，会使用即可)。
资源的上传和下载：
项目版本:
RELEASE(发行版本):功能趋于稳定、当前更新停止，可以用于发行的版本，存储在私服中的RELEASE仓库中。
SNAPSHOT(快照版本):功能不稳定、尚处于开发中的版本，即快照版本，存储在私服的SNAPSHOT仓库中。
步骤;
