Maven之——坐标和依赖（上）

1、    Maven坐标概念

Maven通过构件的坐标来在Maven仓库中定位到详细的构件、Maven的坐标元素包含groupId、artifactId、versiion、packaging、classifier。Maven内置了一个*仓库地址、须要时Maven会依据坐标到当中下载。详细关于*仓库的介绍在后面。

2、    Maven坐标具体解释

比方以下一组坐标：

    <groupId>org.andy.items</groupId>

    <artifactId>scattered-items</artifactId>

    <packaging>pom</packaging>

    <version>1.0-SNAPSHOT</version>

groupId：定义当前Maven项目隶属的实际项目。

artifactId：定义实际项目中的一个Maven项目（模块）

version：定义Maven项目当前所出的版本号。

packaging：定义Maven项目的打包方式、打包方式通常与生成构件的文件扩展名相应、比如上面终于生产的文件名称为：scattered-items-1.0-SNAPSHOT.jar。

而使用war打包方式的Maven项目终于生成的构件会有一个.war文件、其次打包方式会影响到构建的生命周期、当不定义packaging的时候、Maven会使用默认值jar。

classifier：用来帮助定义构建输出的一些附属构件、不能直接定义项目的classifier、由于附属构件不是项目直接默认生成的、而是由附加的插件帮助生成。

上述5个元素中、groupId、artifactId、version、是必须的、packaging是可选的、classifier是不能直接定义的。

3、    依赖配置

一个依赖能够包括的元素（项目中的pom.xml文件）：

    <dependencies>

        <dependency>

            <groupId></groupId>

            <artifactId></artifactId>

            <version></version>

            <scope></scope>

            <type></type>

            <optional></optional>

            <exclusions>

                <exclusion>

                    <groupId></groupId>

                    <artifactId></artifactId>

                </exclusion>

            </exclusions>

        </dependency>

    </dependencies>

跟元素project下的dependencies能够包括一个或者多个dependency元素、以声明一个或者多个项目依赖、每一个依赖能够包括的元素有：

groupId、artifactId、verion：必须元素、基本坐标。

type：依赖的类型、相应与项目坐标的packaging、大部分情况下该元素不必配置、其默认值是jar。

scope：依赖的范围、

optional：标记依赖是否可选、

exclusions：用来排除传递性依赖。

这些都会在后面有具体说明。

4、    依赖范围

Maven在编译、測试、执行项目时会使用不同的classpath、依赖范围就是用来控制依赖与这三种classpath（编译classpath、測试classpath、执行classpath）的关系的、

compile：编译依赖范围。假设没有指定就会默认使用该依赖范围。使用此编译范围的Maven依赖、对于编译、測试、执行三种classpath都有效。

test：測试依赖范围、仅仅对測试classpath有效。比方Junit、仅仅有在编译和測试的时候才须要。

provided：已提供依赖范围、对于编译和測试有效、可是在执行时无效、如servlet.api。编译和測试项目的时候须要、可是在执行的时候、servlet容器已经提供、就不须要Maven反复提供。

runtime：执行时依赖、对于測试和执行classpath有效、可是在编译主代码是无效、如JDBC驱动的实现、项目主代码的编译仅仅须要JDK提供的JDBC接口、仅仅有在执行測试或者执行项目的时候才须要上述接口的详细JDBC驱动。

system：系统依赖范围。其与provided依赖范围全然一致。但使用时必须通过systemPath元素显示第指定依赖文件的路径、慎重使用。

import：导入依赖范围、不会对三种classpath产生实际的影响、他是与dependencyManagement结合使用的。

比如以下一段配置：

        <dependency>

            <groupId>org.springframework</groupId>

            <artifactId>spring-context</artifactId>

            <version>4.1.2.RELEASE</version>

            <scope>runtime</scope>

        </dependency>

那么你在主代码文件夹下想使用Springframework的jar包中的不论什么类都是找不到的、编译器提示错误。

public class FooServiceImpl implements FoodService {

    private ApplicationContext context;

    private  String str;

    @Override

会提示找不到ApplicationContext类。这依赖范围<scope>xxx</scope>在使用的时候一定要注意！