分享一个大牛的人工智能教程。零基础!通俗易懂!风趣幽默!希望你也加入到人工智能的队伍中来!请轻击人工智能教程
Maven项目不同的阶段引入到classpath中的依赖是不同的。例如,编译时,maven会将与编译相关的依赖引入classpath中;测试时,maven会将测试相关的的依赖引入到classpath中;运行时,maven会将与运行相关的依赖引入classpath中。
依赖范围在pom.xml中如何体现?
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.7</version>
<scope>test</scope>
</dependency>
compile:编译依赖,默认的依赖方式,在编译(编译项目和编译测试用例)、运行测试用例、运行(项目实际运行)三个阶段都有效,典型的有spring-core等jar。
test:测试依赖,只在编译测试用例和运行测试用例有效,典型的有JUnit。
provided:对于编译和测试有效,不会打包进发布包中,典型的例子为servlet-api,一般的web工程运行时都使用容器的servlet-api。
runtime:只在运行测试用例和实际运行时有效,典型地是jdbc驱动jar包。
system:不从maven仓库获取该jar,而是通过systemPath指定该jar的路径。系统依赖范围必须通过配置systemPath元素来显示指定依赖文件的路径,此类依赖不是由maven仓库解析的,而且往往与本机系统绑定,可能造成构件的不可移植,因此谨慎使用。
import:该依赖范围只能与dependencyManagement元素配合使用,其功能为将目标pom文件中dependencyManagement的配置导入合并到当前pom的dependencyManagement中,用于一个dependencyManagement对另一个dependencyManagement的继承。dependencyManagement的作用其实相当于一个对所依赖jar包进行版本管理的管理器。如果没有写,如果dependencies里的dependency自己没有声明version元素具体版本,就会去dependencyManagement里面去找。