maven pome 的scope有compile,provided,runtime,test。
complie是默认值,表示在build,test,runtime阶段的classpath下都有依赖关系。
test表示只在test阶段有依赖关系,例如junit
provided表示在build,test阶段都有依赖,在runtime时并不输出依赖关系而是由容器提供,例如web war包都不包括servlet-api.jar,而是由tomcat等容器来提供
javax.servlet
servlet-api
3.0.1
provided
runtime表示在构建编译阶段不需要,只在test和runtime需要。这种主要是指代码里并没有直接引用而是根据配置在运行时动态加载并实例化的情况。虽然用runtime的地方改成compile也不会出大问题,但是runtime的好处是可以避免在程序里意外地直接引用到原本应该动态加载的包。例如JDBC连接池
commons-dbcp
commons-dbcp
1.4
runtime
spring applicationContext.xml
class="org.apache.commons.dbcp.BasicDataSource">
5.import
想必大家在做SpringBoot应用的时候,都会有如下代码:
org.springframework.boot
spring-boot-starter-parent
1.3.3.RELEASE
假如说,我不想继承,或者我想继承多个,怎么做?
我们知道Maven的继承和Java的继承一样,是无法实现多重继承的,如果10个、20个甚至更多模块继承自同一个模块,那么按照我们之前的做法,这个父模块的dependencyManagement会包含大量的依赖。如果你想把这些依赖分类以更清晰的管理,那就不可能了,import scope依赖能解决这个问题。你可以把dependencyManagement放到单独的专门用来管理依赖的pom中,然后在需要使用依赖的模块中通过import scope依赖,就可以引入dependencyManagement。例如可以写这样一个用于依赖管理的pom:
4.0.0
com.test.sample
base-parent1
pom
1.0.0-SNAPSHOT
junit
junit
4.8.2
log4j
log4j
1.2.16
然后我就可以通过非继承的方式来引入这段依赖管理配置
com.test.sample
base-parent1
1.0.0-SNAPSHOT
pom
import
junit
junit
log4j
log4j
注意:import scope只能用在dependencyManagement里面
这样,父模块的pom就会非常干净,由专门的packaging为pom来管理依赖,也契合的面向对象设计中的单一职责原则。此外,我们还能够创建多个这样的依赖管理pom,以更细化的方式管理依赖。这种做法与面向对象设计中使用组合而非继承也有点相似的味道。
那么,如何用这个方法来解决SpringBoot的那个继承问题呢?
配置如下:
org.springframework.boot
spring-boot-dependencies
1.3.3.RELEASE
pom
import
org.springframework.boot
spring-boot-starter-web
这样配置的话,自己的项目里面就不需要继承SpringBoot的module了,而可以继承自己项目的module了。