阶段一-01.万丈高楼，地基首要-第2章 单体架构设计与准备工作-2-6 构建聚合工程-2
pojo模块
包含实体类，数据库映射生成的一一对应的实体，都是可以放到pojo这个模块下的
注意，如果没有横线的，一定要加上横线。finish即可
顶级工程的pom文件
让pojo和common相互依赖。
子模块之间相互依赖，必须要构建依赖关系。
<!-- 1.聚合工程里可以分为顶级项目（顶级工程、父工程）与子工程，这两者的关系其实就是父子继承的关系-->
<!-- 子工程在maven里称之为模块（module），模块之间是评级，是可以相互依赖的。-->
<!-- 2.子模块可以使用顶级工程里所有的资源（依赖），子模块之间如果要使用资源，必须构建依赖（构建关系）-->
<!-- 3.一个顶级工程是可以由多个不同的子工程共同组合而成-->
在pojo模块下pom.xml内加上，dependcies
版本号会自动的默认加载进来。（先驶入artifactId然后会自动让你选择groupId 然后选择智能提示的com.imooc后,会自动生成version）
mapper模块
顶级工程里面的pom.xml里面的modules。只要你创建了子模块，顶级工程的pom.xml内的modules都会加上对应的配置。他们之间都是父子的继承关系。
mapper的pom配置
它是需要pojo模块的，编写一些映射类的时候，包含了一些相应的sql代码。这些内容的话，它的前置条件，是需要使用一些相应的entity，entity又是我们的数据库的表是一一对应的，所以mapper又必须要，依赖pojo
直接复制过来，然后改下名称就可以了。
改成pojo
mapper依赖了pojo。pojo又依赖了common
service模块
检查下顶级工程的modules节点
service内pom.xml配置
service依赖mapper
接口层
用来接收用户请求，命名上一般定义为API
api就是对外提供一些restful形式的接口。
顶级工程内的pom.xml的modules节点
控制层要调用service层。添加service层的依赖。
假设外层又多了一个common-mail的模块。专门用来处理邮件相关的通用组件。在这个时候，其实他可以再有一个分支。
我们可以通过api再去依赖common-mail.它是可以依赖多个子模块的。
以上聚合项目就构建好了。
maven-install建立依赖关系
生产汽车的时候，我们有很多的零部件，这些零部件，我们外包给其他的厂商去做的，当我们把这些分散的零部件都拿到自己的工厂以后，要做安装。安装好以后，我们的汽车才能够真正的上路。
在我们的聚合工厂里面，maven其实也是同样的道理。
顶级项目右侧有个(root)。root就是根。
在他的声明周期里面有一个install
虽然我们现在有很多的子模块。但是他并不能做一个真正的使用。因为我们要做安装，一定要安装完毕了以后，相互的依赖关系，才是真正的建立了。 在这里一定要去注意。
我们在这里双击install
安装完成后的提示。就代表我们安装这个执行命令是成功的。成功了以后我们的子模块的这些依赖关系就是存在了。我们可以调用相应的方法了。这样子就代表我们的聚合项目是创建成功了。
结束
