MyException - 我的异常网
当前位置:我的异常网» 互联网 » Dependency引见

Dependency引见

www.MyException.Cn  网友分享于:2013-12-04  浏览:0次
Dependency介绍

7      Dependency介绍

7.1     依赖的传递性

当项目A依赖于B,而B又依赖于C的时候,自然的A会依赖于C,这样Maven在建立项目A的时候,会自动加载对C的依赖。

依赖传递对版本的选择

假设A依赖于BC,然后B依赖于DD又依赖于E1.0C直接依赖于E2.0,那么这个时候A依赖的是E1.0还是E2.0,还是这两个都依赖呢?两个都依赖是肯定不行的,因为它们可能会有冲突的地方。这个时候就涉及到Maven中依赖传递对版本的选择问题。依赖传递在选择版本的时候首先是根据深度选择的。当一个项目同时经过不同的路径依赖于同一个组件时,会选择其深度最短的对应组件进行依赖。举例来说,假设A->B->C->D1.0A->E->D2.0,那么这个时候A就会选择对D相对路径短的组件来进行依赖,也就是D2.0。那么当深度一样的时候Maven会如何选择呢?即A->B->D1.0A->C->D2.0,这个时候Maven会如何选择A所依赖的D的版本呢?这种情况Maven会根据申明的依赖顺序来进行选择,先申明的会被作为依赖包。向前面这种情况,如果先申明对B的依赖,则A依赖的就是D1.0,如果先申明对C的依赖,则A依赖的就是D2.0

使用exclusion排除依赖

假设有这样一种依赖关系,A->B->C,这个时候由于某些原因,我们不需要对C的依赖,但是我们又必须要对B的依赖,这个时候该怎么办呢?针对这种情况,Maven给我们提供了一个exclusion功能,我们可以在添加AB的依赖时申明不需要引进BC的依赖。具体做法如下:

Xml代码  收藏代码
  1. <dependencies>  
  2.        <dependency>  
  3.               <groupId>groupB</groupId>  
  4.               <artifactId>artifactB</artifactId>  
  5.               <version>1.0</version>  
  6.               <exclusions>  
  7.                      <exclusion>  
  8.                             <groupId>groupC</groupId>  
  9.                             <artifactId>artifactC</artifactId>  
  10.                      </exclusion>  
  11.               </exclusions>  
  12.        </dependency>  
  13.        ...  
  14. </dependencies>  

 

可选的依赖项

可选的依赖项表示可有可无,不一定需要的,它只是做一个标记。为了便于大家理解,我们先看这样一种情况,假设项目B依赖于项目C,这个时候我们把BC的依赖利用optional标记为可选的,它意味着B中只有部分地方用到了C,并不是必须要的,当你依赖于B,但是又不需要使用到BC功能时,可以不依赖于C。这样当A->B->C时,在建立项目A的时候将不会加入对C的依赖,因为CB是可选的,我们不一定会用到C。但是在建立项目B的时候,Maven就会加入对C的依赖。也就是说这种标记为optional的依赖项对项目本身而言是没有什么影响的,它影响的是以该项目作为依赖项的其他项目,如这里的项目A。这种可选的依赖项有一个好处就是它会默认的作为exclusion项排除。

Xml代码  收藏代码
  1. <project>  
  2.        <groupId>groupB</groupId>  
  3.        <artifactId>artifactB</artifactId>  
  4.        <version>1.0</version>  
  5.        <dependencies>  
  6.               <dependency>  
  7.                      <groupId>groupC</groupId>  
  8.                      <artifactId>artifactC</artifactId>  
  9.                      <version>1.0</version>  
  10.                      <optional>true</optional>  
  11.               </dependency>  
  12.               ...  
  13.        </dependencies>  
  14. </project>  
Xml代码  收藏代码
  1.    
  2. <project>  
  3.        <groupId>groupA</groupId>  
  4.        <artifactId>artifactA</artifactId>  
  5.        <version>1.0</version>  
  6.        <dependencies>  
  7.               <dependency>  
  8.                      <groupId>groupB</groupId>  
  9.                      <artifactId>artifactB</artifactId>  
  10.                      <version>1.0</version>  
  11.               </dependency>  
  12.               ...  
  13.        </dependencies>  
  14. </project>  

 

7.2     依赖项的作用域

在定义项目的依赖项的时候,我们可以通过scope来指定该依赖项的作用范围。scope的取值有compileruntimetestprovidedsystemimport

compile:这是依赖项的默认作用范围,即当没有指定依赖项的scope时默认使用compilecompile范围内的依赖项在所有情况下都是有效的,包括运行、测试和编译时。

runtime:表示该依赖项只有在运行时才是需要的,在编译的时候不需要。这种类型的依赖项将在运行和test的类路径下可以访问。

test:表示该依赖项只对测试时有用,包括测试代码的编译和运行,对于正常的项目运行是没有影响的。

provided:表示该依赖项将由JDK或者运行容器在运行时提供,也就是说由Maven提供的该依赖项我们只有在编译和测试时才会用到,而在运行时将由JDK或者运行容器提供。

system:当scopesystem时,表示该依赖项是我们自己提供的,不需要Maven到仓库里面去找。指定scopesystem需要与另一个属性元素systemPath一起使用,它表示该依赖项在当前系统的位置,使用的是绝对路径。比如官网给出了一个关于使用JDKtools.jar的例子:

Xml代码  收藏代码
  1. <project>  
  2.   ...  
  3.   <dependencies>  
  4.     <dependency>  
  5.       <groupId>sun.jdk</groupId>  
  6.       <artifactId>tools</artifactId>  
  7.       <version>1.5.0</version>  
  8.       <scope>system</scope>  
  9.       <systemPath>${java.home}/../lib/tools.jar</systemPath>  
  10.     </dependency>  
  11.   </dependencies>  
  12.   ...  
  13. </project>  

 

import:关于import的介绍,可以看后文中对引入依赖项的介绍。

7.3     dependencyManagement介绍

dependencyManagement主要有两个作用,一个是集中管理项目的依赖项,另一个就是控制使用的依赖项的版本。

7.3.1集中管理依赖项

看这样一种情况,我们有以下两个项目:

projectA

Xml代码  收藏代码
  1. <project>  
  2.        <groupId>groupA</groupId>  
  3.        <artifactId>artifactA</artifactId>  
  4.        <version>1.0</version>  
  5.        <dependencies>  
  6.               <dependency>  
  7.                      <groupId>groupC</groupId>  
  8.                      <artifactId>artifactC</artifactId>  
  9.                      <version>1.0</version>  
  10.               </dependency>  
  11.               <dependency>  
  12.                      <groupId>groupD</groupId>  
  13.                      <artifactId>artifactD</artifactId>  
  14.                      <version>1.0</version>  
  15.               </dependency>  
  16.        </dependencies>  
  17.        ...  
  18. </project>  

 

       ProjectB

Xml代码  收藏代码
  1. <project>  
  2.        <groupId>groupB</groupId>  
  3.        <artifactId>artifactB</artifactId>  
  4.        <version>1.0</version>  
  5.        <dependencies>  
  6.               <dependency>  
  7.                      <groupId>groupC</groupId>  
  8.                      <artifactId>artifactC</artifactId>  
  9.                      <version>1.0</version>  
  10.               </dependency>  
  11.               <dependency>  
  12.                      <groupId>groupE</groupId>  
  13.                      <artifactId>artifactE</artifactId>  
  14.                      <version>1.0</version>  
  15.                      <type>bar</type>  
  16.               </dependency>  
  17.        </dependencies>  
  18.        ...  
  19. </project>  

 

       从这两个项目中我们可以看出来,它们都依赖了artifactC,这样我们就可以创建一个新的项目,使用其dependencyManagement来统一管理这些依赖项。我们创建项目P来管理这些依赖项:

       projectP

Xml代码  收藏代码
  1. <project>  
  2.        ...  
  3.        <dependencyManagement>  
  4.               <dependencies>  
  5.                      <dependency>  
  6.                             <groupId>groupC</groupId>  
  7.                             <artifactId>artifactC</artifactId>  
  8.                             <version>1.0</version>  
  9.                      </dependency>  
  10.                      <dependency>  
  11.                             <groupId>groupD</groupId>  
  12.                             <artifactId>artifactD</artifactId>  
  13.                             <version>1.0</version>  
  14.                      </dependency>  
  15.                      <dependency>  
  16.                             <groupId>groupE</groupId>  
  17.                             <artifactId>artifactE</artifactId>  
  18.                             <version>1.0</version>  
  19.                             <type>bar</type>  
  20.                      </dependency>  
  21.               </dependencies>  
  22.        </dependencyManagement>  
  23.        ...  
  24. </project>  

 

       之后我们就可以这样来定义我们的projectAprojectB

projectA

Xml代码  收藏代码
  1. <project>  
  2.        <modelVersion>4.0</modelVersion>  
  3.        <groupId>groupA</groupId>  
  4.        <artifactId>artifactA</artifactId>  
  5.        <version>1.0</version>  
  6.        <dependencies>  
  7.               <dependency>  
  8.                      <groupId>groupC</groupId>  
  9.                      <artifactId>artifactC</artifactId>  
  10.               </dependency>  
  11.               <dependency>  
  12.                      <groupId>groupD</groupId>  
  13.                      <artifactId>artifactD</artifactId>  
  14.               </dependency>  
  15.        </dependencies>  
  16.        ...  
  17. </project>  

 

 

       ProjectB

Xml代码  收藏代码
  1. <project>  
  2.        <modelVersion>4.0</modelVersion>  
  3.        <groupId>groupB</groupId>  
  4.        <artifactId>artifactB</artifactId>  
  5.        <version>1.0</version>  
  6.        <dependencies>  
  7.               <dependency>  
  8.                      <groupId>groupC</groupId>  
  9.                      <artifactId>artifactC</artifactId>  
  10.               </dependency>  
  11.               <dependency>  
  12.                      <groupId>groupE</groupId>  
  13.                      <artifactId>artifactE</artifactId>  
  14.               <!--因为artifactE的类型不是默认的jar,所以这里需要指定依赖项的类型-->  
  15.                      <type>bar</type>  
  16.               </dependency>  
  17.        </dependencies>  
  18.        ...  
  19. </project>  

 

从上面的定义我们可以看出,我们已经简化了projectAprojectB依赖项的定义,我们可以只在projectAprojectB中申明需要使用的依赖项,而不必指定其对应的版本和作用范围等信息,当指定了这些信息时子项目中的定义会覆盖父项目的dependencyManagement中的定义,否则将使用dependencyManagement中的定义。这样也可以很方便我们对依赖项的版本进行统一管理。

7.3.2控制依赖项使用的版本

看下面这样一种情况

projectA

Xml代码  收藏代码
  1. <project>  
  2.        <modelVersion>4.0</modelVersion>  
  3. <groupId>groupA</groupId>  
  4.        <artifactId>artifactA</artifactId>  
  5.        <version>1.0</version>  
  6.        <packaging>pom</packaging>  
  7.        <dependencyManagement>  
  8.               <dependencies>  
  9.                      <dependency>  
  10.                             <groupId>groupA</groupId>  
  11.                             <artifactId>A</artifactId>  
  12.                             <version>1.5</version>  
  13.                      </dependency>  
  14.                      <dependency>  
  15.                             <groupId>groupA</groupId>  
  16.                             <artifactId>B</artifactId>  
  17.                             <version>1.0</version>  
  18.                      </dependency>  
  19.                      <dependency>  
  20.                             <groupId>groupA</groupId>  
  21.                             <artifactId>C</artifactId>  
  22.                             <version>1.0</version>  
  23.                      </dependency>  
  24.                      <dependency>  
  25.                             <groupId>groupA</groupId>  
  26.                             <artifactId>D</artifactId>  
  27.                             <version>1.6</version>  
  28.                      </dependency>  
  29.               </dependencies>  
  30.        </dependencyManagement>  
  31.        ...  
  32. </project>  

 

 

       ProjectB

Xml代码  收藏代码
  1. <project>  
  2.        <modelVersion>4.0</modelVersion>  
  3.        <groupId>groupB</groupId>  
  4.        <artifactId>artifactB</artifactId>  
  5.        <version>1.0</version>  
  6.        <packaging>pom</packaging>  
  7.        <dependencyManagement>  
  8.               <dependencies>  
  9.                      <dependency>  
  10.                             <groupId>groupA</groupId>  
  11.                             <artifactId>A</artifactId>  
  12.                             <version>1.0</version>  
  13.                      </dependency>  
  14.               </dependencies>  
  15.        </dependencyManagement>  
  16.        <dependencies>  
  17.               <dependency>  
  18.                      <groupId>groupA</groupId>  
  19.                      <artifactId>B</artifactId>  
  20.                      <version>1.8</version>  
  21.               </dependency>  
  22.               <dependency>  
  23.                      <groupId>groupA</groupId>  
  24.                      <artifactId>C</artifactId>  
  25.                      <scope>runtime</scope>  
  26.               </dependency>  
  27.        </dependencies>  
  28.        ...  
  29. </project>  

 

       这样,当我们对projectB进行Maven操作的时候,依赖项ABCD将会如下选择:

       AB或者C的一个依赖项的时候,projectB将使用的是A1.0版本,因为A是申明在projectBdependencyManagement中的,此外申明在dependencyManagement中的依赖项将比项目的依赖项的依赖项有更高的优先级,还有就是当前项目的申明将比其父项目的申明具有更高的优先级。

       依赖项B将使用版本1.8,因为依赖项B是直接申明在projectB中的,而且指定了版本为1.8,所以当前项目申明的版本会覆盖父项目的dependencyManagement中指定的版本。

       依赖项C将使用版本1.0,但是其作用范围将会是runtime。因为依赖项C也是直接申明在projectB中的,而且其没有指定自己所使用的版本,所以将使用其父项目的dependencyManagement中指定的版本。此外,其指定了自己所作用的范围是runtime,所以它会覆盖其父项目的dependencyManagement中所指定依赖项的默认的compile作用范围。

       依赖项D将使用版本1.6。当DB或者C的一个依赖项的时候,projectB将使用D1.6版本,因为项目D是申明在dependencyManagement中的,而且在dependencyManagement中申明的依赖项将比间接的依赖项具有更高的优先级。

7.4     引入依赖项

我们知道通过继承一个项目我们可以在子项目中很好的申明需要使用的父项目的dependencyManagement定义的依赖项。但是因为每个项目都只能申明唯一的一个父项目,这在某些时候就会限制我们的项目建立。为此Maven为我们提供了一种方法,那就是通过设定依赖项的scopeimport。注意这种方式只有在Maven2.0.9以上的版本才能使用。

Xml代码  收藏代码
  1. <project>  
  2.        ...  
  3.        <groupId>groupA</groupId>  
  4.        <artifactId>artifactA</artifactId>  
  5.        <version>1.0</version>  
  6.        <packaging>pom</packaging>  
  7.        <dependencyManagement>  
  8.               <dependencies>  
  9.                      <dependency>  
  10.                             <groupId>test</groupId>  
  11.                             <artifactId>A</artifactId>  
  12.                             <version>1.0</version>  
  13.                      </dependency>  
  14.                      <dependency>  
  15.                             <groupId>test</groupId>  
  16.                             <artifactId>B</artifactId>  
  17.                             <version>1.1</version>  
  18.                      </dependency>  
  19.                      <dependency>  
  20.                             <groupId>test</groupId>  
  21.                             <artifactId>C</artifactId>  
  22.                             <version>1.2</version>  
  23.                      </dependency>  
  24.                      <dependency>  
  25.                             <groupId>test</groupId>  
  26.                             <artifactId>D</artifactId>  
  27.                             <version>1.3</version>  
  28.                      </dependency>  
  29.               </dependencies>  
  30.        </dependencyManagement>  
  31.        ...  
  32. </project>  

 

上面这个项目是用来统一管理项目的依赖项的。那么按照之前的那种继承机制,这个时候我们的项目artifactB是如下这样定义的:

Xml代码  收藏代码
  1. <project>  
  2.        ...  
  3.        <parent>  
  4.               <groupId>groupA</groupId>  
  5.               <artifactId>artifactA</artifactId>  
  6.               <version>1.0</version>  
  7.        </parent>  
  8.        <groupId>groupA</groupId>  
  9.        <artifactId>artifactB</artifactId>  
  10.        <version>1.0</version>  
  11.        <packaging>pom</packaging>  
  12.        <dependencies>  
  13.               <dependency>  
  14.                      <groupId>test</groupId>  
  15.                      <artifactId>A</artifactId>  
  16.               </dependency>  
  17.               <dependency>  
  18.                      <groupId>test</groupId>  
  19.                      <artifactId>D</artifactId>  
  20.                      <scope>runtime</scope>  
  21.               </dependency>  
  22.        </dependencies>  
  23.        ...  
  24. </project>  

 

       那么如果按照import这种形式的话,artifactB可以如下定义:

Xml代码  收藏代码
  1. <project>  
  2.        ...  
  3.        <groupId>groupA</groupId>  
  4.        <artifactId>artifactB</artifactId>  
  5.        <version>1.0</version>  
  6.        <packaging>pom</packaging>  
  7.        <dependencyManagement>  
  8.               <dependencies>  
  9.                      <dependency>  
  10.                             <groupId>groupA</groupId>  
  11.                             <artifactId>artifactA</artifactId>  
  12.                             <version>1.0</version>  
  13.                             <type>pom</type>  
  14.                             <scope>import</scope>  
  15.                      </dependency>  
  16.               </dependencies>  
  17.        </dependencyManagement>  
  18.        <dependencies>  
  19.               <dependency>  
  20.                      <groupId>test</groupId>  
  21.                      <artifactId>A</artifactId>  
  22.               </dependency>  
  23.               <dependency>  
  24.                      <groupId>test</groupId>  
  25.                      <artifactId>D</artifactId>  
  26.                      <scope>runtime</scope>  
  27.               </dependency>  
  28.        </dependencies>  
  29.        ...  
  30.    
  31. </project>  

 

文章评论

10个调试和排错的小建议
10个调试和排错的小建议
团队中“技术大拿”并非越多越好
团队中“技术大拿”并非越多越好
亲爱的项目经理,我恨你
亲爱的项目经理,我恨你
2013年美国开发者薪资调查报告
2013年美国开发者薪资调查报告
程序员眼里IE浏览器是什么样的
程序员眼里IE浏览器是什么样的
程序员最害怕的5件事 你中招了吗?
程序员最害怕的5件事 你中招了吗?
当下全球最炙手可热的八位少年创业者
当下全球最炙手可热的八位少年创业者
不懂技术不要对懂技术的人说这很容易实现
不懂技术不要对懂技术的人说这很容易实现
Google伦敦新总部 犹如星级庄园
Google伦敦新总部 犹如星级庄园
程序员都该阅读的书
程序员都该阅读的书
Java程序员必看电影
Java程序员必看电影
2013年中国软件开发者薪资调查报告
2013年中国软件开发者薪资调查报告
程序员必看的十大电影
程序员必看的十大电影
要嫁就嫁程序猿—钱多话少死的早
要嫁就嫁程序猿—钱多话少死的早
漫画:程序员的工作
漫画:程序员的工作
10个帮程序员减压放松的网站
10个帮程序员减压放松的网站
十大编程算法助程序员走上高手之路
十大编程算法助程序员走上高手之路
60个开发者不容错过的免费资源库
60个开发者不容错过的免费资源库
Web开发者需具备的8个好习惯
Web开发者需具备的8个好习惯
程序员和编码员之间的区别
程序员和编码员之间的区别
程序员的一天:一寸光阴一寸金
程序员的一天:一寸光阴一寸金
那些争议最大的编程观点
那些争议最大的编程观点
为啥Android手机总会越用越慢?
为啥Android手机总会越用越慢?
旅行,写作,编程
旅行,写作,编程
编程语言是女人
编程语言是女人
程序员的鄙视链
程序员的鄙视链
总结2014中国互联网十大段子
总结2014中国互联网十大段子
为什么程序员都是夜猫子
为什么程序员都是夜猫子
中美印日四国程序员比较
中美印日四国程序员比较
每天工作4小时的程序员
每天工作4小时的程序员
Web开发人员为什么越来越懒了?
Web开发人员为什么越来越懒了?
“懒”出效率是程序员的美德
“懒”出效率是程序员的美德
“肮脏的”IT工作排行榜
“肮脏的”IT工作排行榜
 程序员的样子
程序员的样子
看13位CEO、创始人和高管如何提高工作效率
看13位CEO、创始人和高管如何提高工作效率
老美怎么看待阿里赴美上市
老美怎么看待阿里赴美上市
程序员应该关注的一些事儿
程序员应该关注的一些事儿
写给自己也写给你 自己到底该何去何从
写给自己也写给你 自己到底该何去何从
聊聊HTTPS和SSL/TLS协议
聊聊HTTPS和SSL/TLS协议
什么才是优秀的用户界面设计
什么才是优秀的用户界面设计
代码女神横空出世
代码女神横空出世
Java 与 .NET 的平台发展之争
Java 与 .NET 的平台发展之争
如何区分一个程序员是“老手“还是“新手“?
如何区分一个程序员是“老手“还是“新手“?
5款最佳正则表达式编辑调试器
5款最佳正则表达式编辑调试器
如何成为一名黑客
如何成为一名黑客
程序猿的崛起——Growth Hacker
程序猿的崛起——Growth Hacker
那些性感的让人尖叫的程序员
那些性感的让人尖叫的程序员
我的丈夫是个程序员
我的丈夫是个程序员
老程序员的下场
老程序员的下场
软件开发程序错误异常ExceptionCopyright © 2009-2015 MyException 版权所有