1.
分模块设计与开发
1.1
介绍
所谓分模块设计，顾名思义指的就是我们在设计一个
Java
项目的时候，将一个
Java
项目拆分成多个模块进行开发。
如果不分模块，回有两点问题：不方便项目的维护和管理、项目中的通用组件难以复用。
分模块设计就是将项目按照功能
/
结构拆分成若干个子模块，方便项目的管理维护、拓展，也方便模块间
的相互调用、资源共享。
1.2
实践
注意：分模块开发需要先针对模块功能进行设计，再进行编码。不会先将工程开发完毕，然
后进行拆分。
1.
创建
maven
模块
tlias-pojo
，存放实体类
A.
创建一个正常的
Maven
模块，模块名
tlias-pojo
B.
然后在
tlias-pojo
中创建一个包
pojo
C. 创建实体类
D.
在
tlias-pojo
模块的
pom.xml
文件中引入依赖
E.
在
pom.xml
中引入
tlias-pojo
的依赖
2.
创建
Maven
模块
tlias-utils
，存放相关工具类
A.
创建一个正常的
Maven
模块，模块名
tlias-utils
B.
然后在
tlias-utils
中创建一个包
utils
C. 创建工具类
D.
在
tlias-utils
模块的
pom.xml
文件中引入依赖
E.
在
pom.xml
中引入
tlias-utils
的依赖
1.3
总结
1).
什么是分模块设计：将项目按照功能拆分成若干个子模块
2).
为什么要分模块设计：方便项目的管理维护、扩展，也方便模块间的相互调用，资源共享
3).
注意事项：分模块设计需要先针对模块功能进行设计，再进行编码。不会先将工程开发完
毕，然后进行拆分
2.
继承与聚合
2.1
继承
概念：继承描述的是两个工程间的关系，与
java
中的继承相似，子工程可以继承父工程中的配置
信息，常见于依赖关系的继承。
作用：简化依赖配置、统一管理依赖
实现：
面试题：
<dependencyManagement>
与
<dependencies>
的区别是什么
?
<dependencies>
是直接依赖，在父工程配置了依赖，子工程会直接继承下来。
<dependencyManagement>
是统一管理依赖版本，不会直接依赖，还需要在子工程中引入
所需依赖
(
无需指定版本
)
Maven
打包方式：
jar
：普通模块打包，
springboot
项目基本都是
jar
包（内嵌
tomcat
运行）
war
：普通
web
程序打包，需要部署在外部的
tomcat
服务器中运行
pom
：父工程或聚合工程，该模块不写代码，仅进行依赖管理
2.2
聚合
聚合：
将多个模块组织成一个整体，同时进行项目的构建。
聚合工程：
一个不具有业务功能的
“
空
”
工程（有且仅有一个
pom
文件） 【
PS
：一般来说，继承关
系中的父工程与聚合关系中的聚合工程是同一个】
作用：
快速构建项目（无需根据依赖关系手动构建，直接在聚合工程上构建即可）
2.3
继承与聚合对比
作用
聚合用于快速构建项目
继承用于简化依赖配置、统一管理依赖
相同点：
聚合与继承的
pom.xml
文件打包方式均为
pom
，通常将两种关系制作到同一个
pom
文件中
聚合与继承均属于设计型模块，并无实际的模块内容
不同点：
聚合是在聚合工程中配置关系，聚合可以感知到参与聚合的模块有哪些
继承是在子模块中配置关系，父模块无法感知哪些子模块继承了自己
3.
私服
私服：
是一种特殊的远程仓库，它是架设在局域网内的仓库服务，用来代理位于外部的中央仓库，
用于解决团队内部的资源共享与资源同步问题。
依赖查找顺序：
本地仓库
私服仓库
中央仓库
注意事项：
私服在企业项目开发中，一个项目
/
公司，只需要一台即可（无需我们自己搭建，会使
用即可）。