pojo模块
包含实体类，数据库映射生成的一一对应的实体，都是可以放到pojo这个模块下的
注意，如果没有横线的，一定要加上横线。finish即可
顶级工程的pom文件
让pojo和common相互依赖。
子模块之间相互依赖，必须要构建依赖关系。
在pom.xml内加上，dependcies
版本号会自动的默认加载进来。
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形式的接口。
创建好的api模块
顶级工程内的pom.xml的modules节点
控制层要调用service层。添加service层的依赖。
假设外层又多了一个common-mail的模块。专门用来处理邮件相关的通用组件。在这个时候，其实他可以再有一个分支。
我们可以通过api再去依赖common-mail.它是可以依赖多个子模块的。
以上聚合项目就构建好了。
生产汽车的时候，我们有很多的零部件，这些零部件，我们外包给其他的厂商去做的，当我们把这些分散的零部件都拿到自己的工厂以后，要做安装。安装好以后，我们的汽车才能够真正的上路。
在我们的聚合工厂里面，maven其实也是同样的道理。
顶级项目右侧有个(root)。root就是根。
在他的声明周期里面有一个install
虽然我们现在有很多的子模块。但是他并不能做一个真正的使用。因为我们要做安装，一定要安装完毕了以后，相互的依赖关系，才是真正的建立了。 在这里一定要去注意。
我们在这里双击install
安装完成后的提示。就代表我们安装这个执行命令是成功的。成功了以后我们的子模块的这些依赖关系就是存在了。我们可以调用响应的方法了。这样子就代表我们的聚合项目是创建成功了。
顶级工程内的pom.xml的modules节点
控制层要调用service层。添加service层的依赖。
假设外层又多了一个common-mail的模块。专门用来处理邮件相关的通用组件。在这个时候，其实他可以再有一个分支。
我们可以通过api再去依赖common-mail.它是可以依赖多个子模块的。
以上聚合项目就构建好了。
生产汽车的时候，我们有很多的零部件，这些零部件，我们外包给其他的厂商去做的，当我们把这些分散的零部件都拿到自己的工厂以后，要做安装。安装好以后，我们的汽车才能够真正的上路。
在我们的聚合工厂里面，maven其实也是同样的道理。
顶级项目右侧有个(root)。root就是根。
在他的声明周期里面有一个install
虽然我们现在有很多的子模块。但是他并不能做一个真正的使用。因为我们要做安装，一定要安装完毕了以后，相互的依赖关系，才是真正的建立了。 在这里一定要去注意。
我们在这里双击install
安装完成后的提示。就代表我们安装这个执行命令是成功的。成功了以后我们的子模块的这些依赖关系就是存在了。我们可以调用响应的方法了。这样子就代表我们的聚合项目是创建成功了。