赞
踩
说到继承,我们很容易想到Java中的继承,有子类和父类,子类继承父类,那么我们maven中的继承是什么呢?
Maven工程之间,A 工程继承 B 工程
A 工程:子工程
B 工程:父工程
本质上是 A 工程的 pom.xml 中的配置继承了 B 工程中 pom.xml 的配置,本质上是pom文件里的配置内容的继承。
在父工程中统一管理项目中的依赖信息,具体来说是管理依赖信息的版本。
对一个比较大型的项目进行了模块拆分。一个 project 下面,创建了很多个 module。每一个 module 都需要配置自己的依赖信息。
那为什么要这样设计呢?是因为:
1.在每一个 module 中各自维护各自的依赖信息很容易发生出入,不易统一管理。
2.使用同一个框架内的不同 jar 包,它们应该是同一个版本,所以整个项目中使用的框架版本需要统一。
3.使用框架时所需要的 jar 包组合(或者说依赖信息组合)需要经过长期摸索和反复调试,最终确定一个可用组合。这个耗费很大精力总结出来的方案不应该在新的项目中重新摸索。
所以通过在父工程中为整个项目维护依赖信息的组合既保证了整个项目使用规范、准确的 jar 包;又能够将以往的经验沉淀下来,节约时间和精力。
创建的命令和前面创建 pro01-maven-java 一样:
mvn archetype:generate
然后指定一下坐标:
我们工程创建好之后,要修改它的打包方式:
<groupId>com.atxiaoyu.maven</groupId>
<artifactId>pro03-maven-parent</artifactId>
<version>1.0-SNAPSHOT</version>
<!-- 当前工程作为父工程,它要去管理子工程,所以打包方式必须是 pom -->
<packaging>pom</packaging>
(因为只有打包方式为 pom 的 Maven 工程能够管理其他 Maven 工程。打包方式为 pom 的 Maven 工程中不写业务代码,它是专门管理其他 Maven 工程的工程。)
创建完父工程后,我们再创建几个子工程(模块工程),需要进入 pro03-maven-parent 工程的根目录,然后运行 mvn archetype:generate
命令来创建模块工程。
我们这里创建三个子工程:
我们创建完后可以发现,父工程的pom.xml文件会自动的被修改:
然后我们打开子工程后会发现会自动配置父工程,parent
就是给当前子工程指定父工程:(通过指定父工程的坐标找到父工程)
这里还要注意一点,如果子工程的groupId和version与父工程的一样,那么子工程的groupId和version就可以省略。(一般来说子工程的groupId和version与父工程的都是一样的)
省略groupId和version并不是我们的目的,我们的目的是让父工程管理我们依赖的版本。
我们使用dependencyManagement
标签配置对依赖的管理。
我们举个例子,在父工程中加入下列代码:
<dependencyManagement> <dependencies> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-core</artifactId> <version>4.0.0.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-beans</artifactId> <version>4.0.0.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-context</artifactId> <version>4.0.0.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-expression</artifactId> <version>4.0.0.RELEASE</version> </dependency> <dependency> <groupId>org.springframework</groupId> <artifactId>spring-aop</artifactId> <version>4.0.0.RELEASE</version> </dependency> </dependencies> </dependencyManagement>
然后我们可以在子工程中引用那些被父工程管理的依赖,子工程引用父工程中的依赖信息时,可以把版本号去掉,把版本号去掉就表示子工程中这个依赖的版本由父工程决定。
还要注意一点,就是在父工程中改变依赖信息的版本,子工程中也会跟着改变。
我们还可以在父工程中声明自定义属性,就像这样:
<!-- 通过自定义属性,统一指定Spring的版本 -->
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<!-- 自定义标签,维护Spring版本数据(标签的名字是我们自己定的,根据自己的需要,自己去设定标签的名字) -->
<atxiaoyu.spring.version>4.3.6.RELEASE</atxiaoyu.spring.version>
</properties>
然后在使用${}的形式来引用自定义的属性名(依赖的版本就变成一个表达式了):
<dependencyManagement>
<dependency>
<groupId>org.springframework</groupId>
<artifactId>spring-core</artifactId>
<version>${atxiaoyu.spring.version}</version>
</dependency>
</dependencyManagement>
这样就真正实现了“一处修改,处处生效”。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。