Maven实战之坐标及依赖

Maven实战之坐标及依赖

坐标

坐标的含义

现实生活中的坐标是用来定义一个地点的，Maven中的坐标是用来定义一个构件在Maven仓库中的位置的。

坐标的内容

正如现实生活中的坐标一样，从城市、区域到街道、门牌号，只有当坐标清楚无含糊、无歧义的时候，我们才能准确地找到对应的地点。在Maven中也是如此，只有当我们提供准确、无歧义的坐标的时候，Maven才能帮助我们找到对应的构建的位置，并且将其添加到项目中，Maven中的坐标包含的内容如下：

• groupId：一般是公司/组织的域名 + 项目名
• artifactId：一般是对应项目中的模块的名称，通常使用项目名+模块名
• version：所要使用的对应的版本，一般优先选择非snapshot版本
• packaging：打包方式，默认是jar，如果是web项目，则一般设置为war，如果是用作继承或者聚合（下一节内容），则设置为pom
• classfier：这个是用于帮助定义构建输出的一些附属构件，附属构件由附加的插件帮助生成的，可以理解为同个项目，通过模块，同个版本，但是有不同的输出类型，比如常见的xxx-source.jar、xxx-doc.jar，分别是源文件以及对应的手册，这个时候就需要声明该项才能准确定位该构件。

上面三项是必须提供的，只有这三项都正确了，Maven才能准确地定位到对应的构件在仓库中的位置（classifier视情况而定，见上面内容）。

依赖（dependency）

此处的依赖，指的就是配置构件是编写的dependency，相信看了前面两个小节的你对于依赖的概念及作用应该比较清楚了，不过，由于依赖还有一些其他的小细节问题之前的小节没有提及，所以在这里做个汇总

• 依赖的范围：对应的元素标签为 内容可以为 ：

  • compile ：编译范围，默认的范围，作用域可以理解为所有的环境下，包含编译、测试、运行
  • test：测试范围，这个在初识Maven小节配置junit的时候相信你已经见过了，作用域为 测试
  • provided：已提供范围，表明运行时该内容已经提供，也就是编译以及测试时需要，但是真正运行时不需要，作用域为 编译、测试
  • system：系统范围，必须通过systemPath指定，范围通provided，不常用，也一般不建议使用

• 传递性依赖：传递性依赖指的是，构件A依赖于构件B，而构件B依赖于构件C，没有Maven之前，使用的时候我们同样需要导入构件C，有了Maven之后，Maven会自动搜索依赖关系，并且当我们使用构件B时，会将构件B的依赖也一并导入。当发生依赖冲突时，比如A--B--C1，D--E--C2，其中C1，C2代表构件C的两个版本，则默认根据在pom中的声明顺序来使用，后面的构件则不导入；A-B-C-D1，E-F-D2，若构件依赖链长短不一致，则默认使用路径短的构建，本例为选择D2构件

• 排除依赖：由于使用某一构件的时候，Maven会自动将其依赖导入，有时候，其所依赖的版本比较老或者有更好地选择等其他原因，需要将该依赖排除，则可以使用exclusion将其排除，具体如下：pom.xml
  
  
  ...
  
  
  不使用的依赖构件的groupId
  不使用的依赖构件的artifactId
  
  
  
  
  

• 归类依赖：将一些使用比较多的内容进行归类，最常用的是对于version的归类了，拿spring来说，由于spring含有的模块比较多，如果在每个依赖中都添加一个数字版本的话，当需要修改的时候，工作量会比较大，而且存在的隐患也比较大，所以，通常的方法是使用属性标签将其抽取出来，如下所示：pom.xml
  
  ...
  
  
  4.3.7.RELEASE
  
  ...
  
  
  ...
  
  org.springframework
  spring-core
  ${springFramework.version}
  
  
  
  

  这样，当以后需要升级对应的版本的时候，只需要更改属性部分即可，这样就减少了不必要的麻烦了。
  总结
  这一小节主要介绍了Maven的坐标，包括了坐标的作用、含义以及内容，依赖的范围以及依赖传递、依赖归类等，Maven学习之路还在继续。