Java开发学习---Maven聚合和继承解析

一、聚合

• 分模块开发后，需要将这四个项目都安装到本地仓库，目前我们只能通过项目Maven面板的 install 来安装，并且需要安装四个，如果我们的项目足够多，那么一个个安装起来还是比较麻烦的

• 如果四个项目都已经安装成功，当ssm_pojo发生变化后，我们就得将ssm_pojo重新安装到maven仓库，但是为了确保我们对ssm_pojo的修改不会影响到其他项目模块，我们需要对所有的模块进行重新编译，那又需要将所有的模块再来一遍

项目少的话还好，但是如果项目多的话，一个个操作项目就容易出现漏掉或重复操作的问题，所以我们就想能不能抽取一个项目，把所有的项目管理起来，以后我们要想操作这些项目，只需要操作这一个项目，其他所有的项目都走一样的流程，这个不就很省事省力。

这就用到了我们接下来的 聚合 ，

• 所谓聚合:将多个模块组织成一个整体，同时进行项目构建的过程称为聚合

• 聚合工程：通常是一个不具有业务功能的"空"工程（有且仅有一个pom文件）

• 作用：使用聚合工程可以将多个工程编组，通过对聚合工程进行构建，实现对所包含的模块进行同步构建

  • 当工程中某个模块发生更新（变更）时，必须保障工程中与已更新模块关联的模块同步更新，此时可以使用聚合工程来解决批量模块同步构建的问题。

关于聚合具体的实现步骤为:

步骤1:创建一个空的maven项目

步骤2:将项目的打包方式改为pom

    4.0.0

    com.itheima
    maven_01_parent
    1.0-RELEASE
    pom
    

说明: 项目的packaging打包方式，我们接触到的有三种，分别是

• jar:默认情况，说明该项目为java项目

• war:说明该项目为web项目

• pom:说明该项目为聚合或继承(后面会讲)项目

步骤3:pom.xml添加所要管理的项目

    4.0.0

    com.itheima
    maven_01_parent
    1.0-RELEASE
    pom
    
    
    
        ../maven_02_ssm
        ../maven_03_pojo
        ../maven_04_dao
    

步骤4:使用聚合统一管理项目

测试发现，当 maven_01_parent 的 compile 被点击后，所有被其管理的项目都会被执行编译操作。这就是聚合工程的作用。

说明： 聚合工程管理的项目在进行运行的时候，会按照项目与项目之间的依赖关系来自动决定执行的顺序 ，按照倒序进行构建，和modules里面的配置的顺序无关。 。

二、继承

我们已经完成了使用聚合工程去管理项目，聚合工程进行某一个构建操作，其他被其管理的项目也会执行相同的构建操作。那么接下来，我们再来分析下，多模块开发存在的另外一个问题， 重复配置 的问题，我们先来看张图:

• spring-webmvc 、 spring-jdbc 在三个项目模块中都有出现，这样就出现了重复的内容

• spring-test 只在ssm_crm和ssm_goods中出现，而在ssm_order中没有，这里是部分重复的内容

• 我们使用的spring版本目前是 5.2.10.RELEASE ,假如后期要想升级spring版本，所有跟Spring相关jar包都得被修改，涉及到的项目越多，维护成本越高

面对上面的这些问题，我们就得用到接下来的 继承

• 所谓继承:描述的是两个工程间的关系，与java中的继承相似，子工程可以继承父工程中的配置信息，常见于依赖关系的继承。

• 作用：

  • 简化配置

  • 减少版本冲突

接下来，我们到程序中去看看继承该如何实现?

步骤1:创建一个空的Maven项目并将其打包方式设置为pom

因为这一步和前面maven创建聚合工程的方式是一摸一样，所以我们可以单独创建一个新的工程，也可以直接和聚合公用一个工程。实际开发中，聚合和继承一般也都放在同一个项目中，但是这两个的功能是不一样的。

步骤2:在子项目中设置其父工程

分别在 maven_02_ssm , maven_03_pojo , maven_04_dao 的pom.xml中添加其父项目为 maven_01_parent

    com.itheima
    maven_01_parent
    1.0-RELEASE
    
    ../maven_01_parent/pom.xml

步骤3:优化子项目共有依赖导入问题

1. 将子项目共同使用的jar包都抽取出来，维护在父项目的pom.xml中

    4.0.0

    com.itheima
    maven_01_parent
    1.0-RELEASE
    pom
    
    
    
        ../maven_02_ssm
        ../maven_03_pojo
        ../maven_04_dao
    
    
        
            org.springframework
            spring-core
            5.2.10.RELEASE
        

        
            org.springframework
            spring-webmvc
            5.2.10.RELEASE
        

        
            org.springframework
            spring-jdbc
            5.2.10.RELEASE
        

        
            org.springframework
            spring-test
            5.2.10.RELEASE
        

        
            org.mybatis
            mybatis
            3.5.6
        

        
            org.mybatis
            mybatis-spring
            1.3.0
        

        
            mysql
            mysql-connector-java
            5.1.47
        

        
            com.alibaba
            druid
            1.1.16
        

        
            javax.servlet
            javax.servlet-api
            3.1.0
            provided
        

        
            com.fasterxml.jackson.core
            jackson-databind
            2.9.0
        
    

1. 删除子项目中已经被抽取到父项目的pom.xml中的jar包，如在 maven_02_ssm 的pom.xml中将已经出现在父项目的jar包删除掉

  4.0.0

  com.itheima
  maven_02_ssm
  1.0-SNAPSHOT
  war

  
  
    com.itheima
    maven_01_parent
    1.0-RELEASE
    ../maven_01_parent/pom.xml
  
  
    
      junit
      junit
      4.12
      test
    
  

  
    
      
        org.apache.tomcat.maven
        tomcat7-maven-plugin
        2.1
        
          80
          /
        
      
    
  

删除完后，你会发现父项目中有依赖对应的jar包，子项目虽然已经将重复的依赖删除掉了，但是刷新的时候，子项目中所需要的jar包依然存在。

当项目的  标签被移除掉，会发现多出来的jar包依赖也会随之消失。

1. 将 maven_04_dao 项目的pom.xml中的所有依赖删除，然后添加上 maven_01_parent 的父项目坐标

    4.0.0

    com.itheima
    maven_04_dao
    1.0-SNAPSHOT

    
    
        com.itheima
        maven_01_parent
        1.0-RELEASE
        ../maven_01_parent/pom.xml
    

刷新并查看Maven的面板，会发现maven_04_dao同样引入了父项目中的所有依赖。

这样我们就可以解决刚才提到的第一个问题，将子项目中的公共jar包抽取到父工程中进行统一添加依赖，这样做的可以简化配置，并且当父工程中所依赖的jar包版本发生变化，所有子项目中对应的jar包版本也会跟着更新。

步骤4:优化子项目依赖版本问题

如果把所有用到的jar包都管理在父项目的pom.xml，看上去更简单些，但是这样就会导致有很多项目引入了过多自己不需要的jar包。如上面看到的这张图:

如果把所有的依赖都放在了父工程中进行统一维护，例如ssm_crm，ssm_goods，ssm_order都继承至ssm_parent，并且ssm_parent里面包含了spring-webmvc、spring-jdbc、spring-test等依赖，那这样就会导致ssm_order项目中多引入了 spring-test 的jar包（但其实是不需要），如果这样的jar包过多的话，对于ssm_order来说也是一种"负担"。

那针对于这种部分项目有的jar包，我们该如何管理优化呢?

1. 在父工程mavne_01_parent的pom.xml来定义依赖管理

    
        
            junit
            junit
            4.12
            test
        
    

1. 将maven_02_ssm的pom.xml中的junit依赖删除掉，刷新Maven

刷新完会发现，在maven_02_ssm项目中的junit依赖并没有出现，所以我们得到一个结论:  标签不真正引入jar包，而是配置可供子项目选择的jar包依赖。 子项目要想使用它所提供的这些jar包，需要自己添加依赖，并且不需要指定 

1. 在maven_02_ssm的pom.xml添加junit的依赖

    junit
    junit
    test

注意：这里就不需要添加版本了，这样做的好处就是当父工程dependencyManagement标签中的版本发生变化后，子项目中的依赖版本也会跟着发生变化

maven_02_ssm这个项目中的junit版本就会跟随着父项目中的标签dependencyManagement中junit的版本发生变化而变化。不需要junit的项目就不需要添加对应的依赖即可。

总结来说，继承可以帮助做两件事

• 将所有项目公共的jar包依赖提取到父工程的pom.xml中，子项目就可以不用重复编写，简化开发

• 将所有项目的jar包配置到父工程的dependencyManagement标签下，实现版本管理，方便维护

  • dependencyManagement标签不真正引入jar包，只是管理jar包的版本

  • 子项目在引入的时候，只需要指定groupId和artifactId，不需要加version

  • 当dependencyManagement标签中jar包版本发生变化，所有子项目中有用到该jar包的地方对应的版本会自动随之更新

三、聚合与继承的区别

3.1 聚合与继承的区别

两种之间的作用:

• 聚合用于快速构建项目，对项目进行管理

• 继承用于快速配置和管理子项目中所使用jar包的版本

聚合和继承的相同点:

• 聚合与继承的pom.xml文件打包方式均为pom，可以将两种关系制作到同一个pom文件中

• 聚合与继承均属于设计型模块，并无实际的模块内容

聚合和继承的不同点:

• 聚合是在当前模块中配置关系，聚合可以感知到参与聚合的模块有哪些

• 继承是在子模块中配置关系，父模块无法感知哪些子模块继承了自己