目录

一、模块拆分

 1.1 模块拆分思想

  1.2  pojo模块拆分

 1.3  dao模块拆分

 1.4 service模块拆分

 1.5 controller模块拆分

二、 聚合——模块聚合

三、继承——模块继承

一、模块拆分

 1.1 模块拆分思想

左侧：我们从前的架构，一个人独立做的所有工作文件都在src目录下

右侧：以后我们的工程都会按照模块化开发，通过多模块的合作，来完成我们的项目

  1.2  pojo模块拆分

按照下面的图示进行操作，真的非常简单

注意这个地方的parent我们先设置一个None，这个地方我们后面会说

如果进到这个页面发现下面的包没有颜色，不要着急，点击OK即可，然后再进入这个页面就行了

 注意看 我下面这个包就留了一个java包，其他全部删掉（键盘delete）

如下图所示，我们就可以在下面这个包里面写关于pojo的代码了，各种实体类

 1.3  dao模块拆分

和上面一个样子，依然是创建一个新的模块，在这个模块完成对数据库的访问和操作

接下来我们就可以编写有关dao层的代码 ，如果有资源的需要的娿，可以再保存一个resources包

因为我们这是里dao层，一般会在pom文件中应该添加响应的坐标，用什么添加什么就好了

除此之外，我们这个地方还会爆红！

 说明：因为我们的dao层一般会用到实体类，如若是下图，则还需要一个User实体类，但是User实体类并不在我们下面这个项目中，而是在ssm_pojo层

 那这该怎么办呢？

      找到ssm_pojo的pom文件，将红色箭头指向的三行全部复制

然后在ssm_dao中以资源的形式导入，非常的巧妙

     但是！！！在上面这个操作之前，我们应该先把ssm_pojo下载到仓库中，否则是访问不到的，因为maven是从仓库中找资源

      其他的资源我们可以下载，但是ssm_pojo没有办法下载，因为这是我们自己写的（自定义），所以在仓库中找不到也下载不了，只能我们手动install到本地仓库

      简洁的说：我们引入的依赖要保证仓库中有

此时对ssm_dao编译，如果能通过，便能使用

 1.4 service模块拆分

创建模块

    这个地方的包想删除的可以删除一下

在此之前，我们应该把ssm_dao加载到我们的仓库当中（install，和上面一模一样）

导入其他模块的依赖（导入dao模块，不用导入pojo，在dao中已经导入了）

 1.5 controller模块拆分

创建maven的ssm_controller模块，在pom.xml文件中引用我们所需要的模块

在导入下面这个坐标之前，先将ssm_service下载到本地库

二、 聚合——模块聚合

  比如说，我们ssm_dao模块修改了，但是没有通知其他模块，这显然会造成其他模块的错误

  为了避免这种错误，我们将所有的功能模块都交给一个大的模块管理，完成所谓的聚合

这个模块不是为了完成具体的功能用的，仅仅是为了完成管理用的

 只留下一个pom.xml文件即可

如果不写打包方式，就默认打包成jar包的方式

    jar

    pom  //专门用来做聚合工程用的

controller层是一个war包，ssm层是一个pom包，其他的默认就可

三、继承——模块继承

作用：子工程沿用父工程中的配置

 将所有的依赖都放到ssm的pom.xml文件夹下

在其他模块中定义该工程的父工程（改造所有的子模块）

如果ssm配置文件中有有关插件的配置，可采取下面这种方式

父工程管理，子工程统一引用，子工程引用的时候，将所有的版本号删除，听从父工程的

 以后整体改造的时候，直接在父工程中换版本就可以，简单方便效率高 

下图中没有version标签