Maven核心概念之依赖，聚合与继承

一、依赖

我们项目中依赖的jar包可以通过依赖的方式(dependencies元素下添加dependency子元素)引入。

1. <dependency>
2. <groupId>junit</groupId>
3. <artifactId>junit</artifactId>
4. <version>4.10</version>
5. </dependency>

   <dependency>

      <groupId>junit</groupId>

      <artifactId>junit</artifactId>

      <version>4.10</version>

    </dependency>

1.依赖范围

通过控制依赖的范围，可以指定该依赖在什么阶段有效。

1. <dependency>
2. <groupId>junit</groupId>
3. <artifactId>junit</artifactId>
4. <version>4.10</version>
5. <scope>test</scope>
6. </dependency>

 <dependency>

      <groupId>junit</groupId>

      <artifactId>junit</artifactId>

      <version>4.10</version>

      <scope>test</scope>

    </dependency>

maven的几种依赖范围(<scope></scope>)

名称	有效范围
Compile	编译，测试，运行。默认的依赖范围
Test	测试，如Junit
Runtime	运行，如JDBC
Provided	编译，测试，如ServletAPI
System	编译，侧四，依赖于系统变量

2.依赖具有传递性

2.1依赖传递的规则

规则-级别一样，就先用第一个，级别不一样，就用级别最少的

解释：级别（依赖的层次）一样的，就按照顺序，依赖第一个（层次为0）；如果出现层次（层次>0），就先依赖层次最少的；

2.2去除依赖的两种方式

选择性依赖

在依赖中用<optional>直接去除这种依赖传递的特性，也就是说，如果别的项目引用设置了此依赖的项目，这个commons-longging不会被依赖到。例如在项目A中配置commons-logging的依赖，如果项目B依赖项目A，那么，此时项目B中不会依赖commons-logging了。

1. <!-- 排除依赖 -->
2. <dependency>
3. <groupId>commons-logging</groupId>
4. <artifactId>commons-logging</artifactId>
5. <version>1.1.1</version>
6. <optional>true<optional>
7. </dependency>

<!-- 排除依赖 --> 

 <dependency>

 <groupId>commons-logging</groupId>

 <artifactId>commons-logging</artifactId>

 <version>1.1.1</version>

 <optional>true<optional>

 </dependency>

排除依赖

如果第三方的jar包没有用<optional>去除依赖的传递性，那么我们可以在当前的项目中使用<exclusion>元素声明排除依赖。例如，项目A中配置了spring-core的依赖，如果项目B需要引用项目A，但是同时又不需要commons-logging的包，这个时候使用<exclusion>元素排除即可，这种用法可以刻解决包版本冲突的问题。

1. <!-- 排除依赖 -->
2. <dependency>
3. <groupId>org.springframework</groupId>
4. <artifactId>spring-core</artifactId>
5. <exclusions>
6. <exclusion>
7. <groupId>commons-logging</groupId>
8. <artifactId>commons-logging</artifactId>
9. </exclusion>
10. </exclusions>
11. </dependency>

<!-- 排除依赖 -->

 <dependency>   

         <groupId>org.springframework</groupId> 

         <artifactId>spring-core</artifactId> 

            <exclusions>

                    <exclusion>

                            <groupId>commons-logging</groupId>

                            <artifactId>commons-logging</artifactId>

                    </exclusion>

            </exclusions>

</dependency>

二、聚合

一个项目往往由多个模块构成的，在进行构建时，针对每个模块都进行构建命令是一件非常繁琐又容易出错的事情，所以Maven的聚合功能能够替我们完成进行一次构建命令完成全部模块的构建。

Maven的聚合功能可以通过一个父模块将所有的要构建模块整合起来，将父模块的打包类型声明为POM，通过<modules>将各模块集中到父POM中。

1. <!-- 把这三个模块聚合在一起， <module></module> 中间的内容为子模块工程名的相对路径 -->
2. <modules>
3. <module>../user-core</module>
4. <module>../user-log</module>
5. <module>../user-service</module>
6. </modules>

  <!-- 把这三个模块聚合在一起， <module></module> 中间的内容为子模块工程名的相对路径 -->

  <modules>

          <module>../user-core</module>

          <module>../user-log</module>

          <module>../user-service</module>

  </modules>

原理：父类型的模块，不需要有源代码和资源文件，也就是说，没有 src/main/Java 和 src/test/java 目录。Maven会首先解析聚合模块的 POM 文件，分析要构建的模块，并通过各模块的依赖关系计算出模块的执行顺序，根据这个潜在的关系依次构建模块。

三、继承

Maven中继承的概念与面向对象的继承概念是一致的，通过继承消除重复编码的行为。在这里，我们也可以用一个父模块来完成父模块与子模块共用依赖的继承关系。父模块

父模块的POM文件声明与平常一样，提取公共地方，子模块需要继承父模块。

1. <!--继承user-parent的父模块-->
2. lt;parent>
3. <groupId>com.tgb.bobo</groupId>
4. <artifactId>user-parent</artifactId>
5. <version>0.0.1-SNAPSHOT</version>
6. <!-- 继承的绝对路径是pom文件 -->
7. <relativePath>../user-parent/pom.xml</relativePath>
8. </parent>
9. <!--本模块的声明-->
10. <artifactId>user-service</artifactId>
11. <packaging>jar</packaging>

 <!--继承user-parent的父模块-->

<parent>

          <groupId>com.tgb.bobo</groupId>

          <artifactId>user-parent</artifactId>

          <version>0.0.1-SNAPSHOT</version>

          <!-- 继承的绝对路径是pom文件 -->

          <relativePath>../user-parent/pom.xml</relativePath>

  </parent>

 <!--本模块的声明-->

  <artifactId>user-service</artifactId> 

  <packaging>jar</packaging>

并不是所有的POM元素都可以被继承，如图表3是一个可继承的元素列表：

聚合和继承存在一些共性和潜在的联系，在实际应用中，经常将聚合模块的父模块和继承的父模块定义为同一个。