Maven坐标
像数学中横坐标，纵坐标一样，两个坐标确定一个点，甚至是三维的，三点确定一个点，Maven也有相应的定义规则：任何一个构件在Maven中都有唯一标识，Maven坐标元素有groupId，artifactId,version,packaging,classifier,当我们提供正确的坐标，我们就能得到对应的构件。
坐标定义
groupId: 定义了当前Maven项目隶属的实际项目。在实际运用中，一个组织中有几个项目也很正常，这种情况下，groupId应该定义到模块级别。它的表示方式跟java包名表示方式类似，通常与域名反转一一对应，如公司apple公司，banana项目，groupId则变现为com.apple.banana
artifactId: 定义了实际项目中的一个Maven项目或者模块，书中推荐做法是，以实际项目名称作为前缀，默认情况下，Maven生成的构件，会以artifactId开头，如nexus-indexer-2.0.jar，这样命名就能够容易区分开来了。
version： 表示当前项目的版本
packaging： 表示项目的打包的方式，默认为jar
classifier： 该元素是用来帮助定义构建输出的一些附属构件，附属构件与主构件对应，如上面的nexus-indexer-2.0.jar，项目可能通过一些插件生成nexus-indexer-2.0-javadoc.jar这样的一些附属构件，注意不能直接定义项目的classifier，因为附属构件不是项目默认生成的，而是附加的插件帮助生成。
Maven依赖
<?xml version="1.0"?>
<project xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd" xmlns="http://maven.apache.org/POM/4.0.0"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<modelVersion>4.0.0</modelVersion>
<parent>
<groupId>com.fbb</groupId>
<artifactId>fbbParent</artifactId>
<version>1.0</version>
</parent>
<groupId>com.fbb</groupId>
<artifactId>fbb-admin</artifactId>
<version>1.0</version>
<packaging>war</packaging>
<name>fbb-admin Maven Webapp</name>
<url>http://maven.apache.org</url>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
</properties>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>3.8.1</version>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.fbb</groupId>
<artifactId>fbb-web</artifactId>
<version>1.0</version>
</dependency>
<dependency>
<groupId>com.fbb</groupId>
<artifactId>fbb-service</artifactId>
<version>1.0</version>
</dependency>
</dependencies>
<build>
<finalName>fbb-admin</finalName>
<plugins>
<plugin>
<artifactId>maven-war-plugin</artifactId>
<version>2.5</version>
<configuration>
<warSourceExcludes>node_modules\**</warSourceExcludes>
</configuration>
</plugin>
</plugins>
</build>
</project>
上面的pom.xml文件，是一个项目的总体定义，其中 为项目父标签，groupId，artifactId,version，packaging，name，url等元素定义了fbb-admin这个项目的基本信息，标签标示本项目的依赖，通过项目的依赖关系定义，引进项目的依赖。
groupId，artifactId,version: 依赖的基本坐标，项目依靠坐标才能找到依赖。
type： 依赖的类型，默认为jar
scope： 打包的范围，比如test，表示测试时候会编译该代码。
optional，以及exclusions标签： 一个标记依赖是否可选，一个表示用来排除传递性依赖。
依赖范围
在实际项目中，编译主项目代码是一套classpath，编译和测试又是另外一套classpath，实际项目运行的时候又是另外一套classpath。依赖范围也就是上面讲到的标签来进行控制。
compile： 编译依赖范围，默认使用此范围，此范围下三套classpath都有效
test： 测试依赖范围，只对测试classpath有效。在编译主代码或者运行项目的时候无法使用此类依赖。
provided： 已提供依赖范围，对编译和测试的classpath有效。典型例子，servlet-api运行时容器已经提供，所以不需要重复引进此依赖
runtime： 运行时依赖范围，对测试和运行classpath有效，编译主代码无效。
system： 系统依赖范围，和provided的范围一样，但是使用此依赖时必须通过systemPath元素显示地指定依赖文件的路径，由于此类依赖不是通过Maven仓库解析，而且往往与本机系统绑定，需要谨慎使用。
Maven通过一系列的坐标来确定唯一的项目位置，通过依赖坐标，引进项目之间的依赖关系。以目前自己的见解，各个开发人员公用一套pom文件，统一了开发的版本，不会出现因为某个依赖的接口因为版本的变更出现不兼容问题，使用Maven更好地去帮助我们管理好我们的项目仓库。
网友评论