前言
maven的核心是 pom.xml,那么我们就来看看那些不同的地方
给我印象最深的就是如下四个元素:modules、parent、properties、import
modules
从字面意思来说,module 就是模块,而 pom.xml 中的 modules 也正是这个意思,用来管理同个项目中的各个模块
如果 maven 用的比较简单,或者说项目的模块在 pom.xml 没进行划分,那么此元素是用不到的
稍微复杂一点的项目都是要用到的
需求场景
如果我们的项目分成了好几个模块,那么我们构建的时候是不是有几个模块就需要构建几次了(到每个模块的目录下执行 mvn 命令)?
当然,你逐个构建没问题,但是非要这么麻烦的一个一个的构建吗
简单的做法就是使用聚合,一次构建全部模块
具体实现
既然使用聚合,那么就需要一个聚合的载体,先创建一个普通的 maven 项目 account-aggregator,如下图:
因为是个聚合体,仅仅负责聚合其他模块,那么就只需要上述目录,该删除的就删了
注意 pom.xml 中的红色部分
4.0.0
com.youzhibing.account
account-aggregator
1.0.0-SNAPSHOT
pom
Account Aggrregator
http://maven.apache.org
account-register
account-persist
创建子模 account-register、account-persist
右击 account-aggregator,new --> other --> Maven,选择 Maven Module,创建 moven 模块
创建完成后,项目结构如下,那么此时 account-aggregator 可以收缩起来了,我们操作具体子模块就好了
当我们打开包结构的子模块的 pom.xml 时,发现比预期的多了一些内容,我们做下处理就好了
那么编码完了之后,我们只需要构建 account-aggregator 就好了,所有的子模块都会构建
parent
继承,和 java 中的继承相当,作用就是复用
需求场景
若每个子模块都都用的了 spring,那么我们是不是每个子模块都需要单独配置 spring依赖了?
这么做是可以的,但是我们有更优的做法,那就是继承,用 parent 来实现
具体实现
配置父 pom.xml
我们就用聚合pom来做父pom,配置子模块的公共依赖
父(account-aggregator) pom.xml
4.0.0
com.youzhibing.account
account-aggregator
1.0.0-SNAPSHOT
pom
Account Aggrregator
http://maven.apache.org
account-register
account-persist
org.springframework
spring-core
4.0.2.RELEASE
org.springframework
spring-beans
4.0.2.RELEASE
org.springframework
spring-context
4.0.2.RELEASE
org.springframework
spring-context-support
4.0.2.RELEASE
junit
junit
4.7
test
View Code
account-register 的 pom.xml
4.0.0
com.youzhibing.account
account-aggregator
1.0.0-SNAPSHOT
../pom.xml
account-register
account-register
http://maven.apache.org
UTF-8
javax.mail
1.4.3
com.icegreen
greenmail
1.4.1
test
View Code
account-persist 的 pom.xml
4.0.0
com.youzhibing.account
account-aggregator
1.0.0-SNAPSHOT
account-persist
account-persist
http://maven.apache.org
UTF-8
org.springframework
spring-jdbc
4.0.2.RELEASE
com.alibaba
druid
1.0.16
View Code
依赖的 jar 包全部 ok,需要做的则是在各个模块中进行代码开发了!
依赖管理
继承可以消除重复,那是不是就没有问题了? 还是有小瑕疵的
假设将来需要添加一个新的子模块account-util,该模块只是提供一些简单的帮助工具,不需要依赖spring、junit,那么继承后就依赖上了,有没有什么办法了?
有,maven已经替我们想到了,那就是 dependencyManagement 元素,既能让子模块继承到父模块的依赖配置,又能保证子模块依赖使用的灵活性
在 dependencyManagement 元素下得依赖声明不会引入实际的依赖,不过它能够约束 dependencies 下的依赖使用
在父 pom.xml 中配置 dependencyManagement 元素
4.0.0
com.youzhibing.account
account-aggregator
1.0.0-SNAPSHOT
pom
Account Aggrregator
http://maven.apache.org
account-register
account-persist
org.springframework
spring-core
4.0.2.RELEASE
org.springframework
spring-beans
4.0.2.RELEASE
org.springframework
spring-context
4.0.2.RELEASE
org.springframework
spring-context-support
4.0.2.RELEASE
junit
junit
4.7
test
View Code
account-persist的pom.xml(account-register也一样) :
4.0.0
com.youzhibing.account
account-aggregator
1.0.0-SNAPSHOT
account-persist
account-persist
http://maven.apache.org
UTF-8
org.springframework
spring-core
org.springframework
spring-beans
org.springframework
spring-context
org.springframework
spring-context-support
junit
junit
org.springframework
spring-jdbc
4.0.2.RELEASE
com.alibaba
druid
1.0.16
View Code
使用这种依赖管理机制似乎不能减少太多的POM配置,就少了version(junit还少了个scope),感觉没啥作用呀
其实作用还是挺大的,父 pom.xml 使用 dependencyManagement 能够统一项目范围中依赖的版本
当依赖版本在父POM中声明后,子模块在使用依赖的时候就无须声明版本,也就不会发生多个子模块使用版本不一致的情况,帮助降低依赖冲突的几率
如果子模块不声明依赖的使用,即使该依赖在父 pom.xml 中的 dependencyManagement 中声明了,也不会产生任何效果
import
import 只在 dependencyManagement 元素下才有效果,作用是将目标 pom.xml 中的 dependencyManagement 配置导入并合并到当前 pom.xml 的 dependencyManagement 元素中
如下就是讲 account-aggregator中 的 dependencyManagemen t配置导入并合并到当前 pom.xml 中
com.youzhibing.account
account-aggregator
1.0.0-SNAPSHOT
pom
import
properties
通过 properties 元素用户可以自定义一个或多个 maven 属性,然后在 pom.xml 的其他地方使用 ${属性名} 的方式引用该属性,这种做法的最大意义在于消除重复和统一管理
maven 总共有 6 类属性,内置属性、POM属性、自定义属性、Settings属性、java系统属性和环境变量属性
内置属性
两个常用内置属性 ${basedir} 表示项目跟目录,即包含 pom.xml 文件的目录;${version} 表示项目版本
pom 属性
用户可以使用该类属性引用POM文件中对应元素的值。如${project.artifactId}就对应了元素的值,常用的POM属性包括:
${project.build.sourceDirectory}:项目的主源码目录,默认为src/main/java/
${project.build.testSourceDirectory}:项目的测试源码目录,默认为src/test/java/
${project.build.directory} : 项目构建输出目录,默认为target/
${project.outputDirectory} : 项目主代码编译输出目录,默认为target/classes/
${project.testOutputDirectory}:项目测试主代码输出目录,默认为target/testclasses/
${project.groupId}:项目的groupId
${project.artifactId}:项目的artifactId
${project.version}:项目的version,与${version} 等价
${project.build.finalName}:项目打包输出文件的名称,默认为${project.artifactId}-${project.version}
自定义属性
如下 account-aggregator 的 pom.xml,那么继承了此 pom.xml 的子模块也可以用此自定义属性
4.0.0
com.youzhibing.account
account-aggregator
1.0.0-SNAPSHOT
pom
Account Aggrregator
http://maven.apache.org
account-register
account-persist
account-another
4.0.2.RELEASE
4.7
org.springframework
spring-core
${spring.version}
org.springframework
spring-beans
${spring.version}
org.springframework
spring-context
${spring.version}
org.springframework
spring-context-support
${spring.version}
junit
junit
${junit.version}
test
View Code
settings属性
与 pom 属性同理,用户使用以 settings. 开头的属性引用 settings.xml 文件中的 XML 元素的值
Java系统属性
所有 java 系统属性都可以用 maven 属性引用,如 ${user.home} 指向了用户目录
环境变量属性
所有环境变量属性都可以使用以 env. 开头的 maven 属性引用,如 ${env.JAVA_HOME} 指代了 JAVA_HOME 环境变量的的值
聚合与继承的关系
1、聚合主要是为了方便快速构建项目,继承主要是为了消除重复配置
2、对于聚合模块而言,它知道有哪些被聚合的模块,但那些被聚合的模块不知道这个聚合模块的存在;对于继承的父pom 而言,它不知道有哪些子模块继承它,但那些子模块都必须知道自己的父pom 是什么
3、聚合pom 与继承中的父pom 的 packaging 都必须是 pom;同时,聚合模块与继承中的父模块除了 pom 外,都没有实际的内容
结束语
maven越来越流行,这方面的资料也是越来越多,《Maven实战》给我的感觉就相当不错,本博客的内容大多取自其中;网上资料也越来越多,就博客园中就有不少;
最后强调一点:看了是好,实践更好,写博客记录下来那是最好!