本文主要介绍如何优化pom，杜绝重复（DRY）。
1)模块重复依赖；
2)坐标版本号重复；
3)兄弟依赖
一、项目骨架
上图说明：
multi-module-PRoject是一个有多个模块构成的项目，模块分别为：web-service、web-app、web-dalweb-service、web-app、web-dal分别依赖与log4jweb-app同时依赖web-service和web-dal，因为这三个模块属于同一个project，所以这种依赖叫做兄弟依赖。 二、模块重复依赖2.1 问题由于三个模块同时依赖与log4j组件，如果在web-service，web-app，以及web-dal的pom文件中分别都加入对log4j的依赖（首先，这是可以的）就会出现一个问题：当log4j有新的版本出现，且自己的项目想引入这个新版本，由于每个模块都配置了对log4j的依赖，那么就需要在每个模块的pom文件中进行修改，工作量很大，且如果模块多，类似的重复依赖也多，就容易出现有些模块漏修改的问题，容易产生问题。
该问题就犹如有很多重复代码大量存在于不同的模块，当有针对这块重复代码逻辑修改的时候，就需要大量的人力去到处修改，且容易出错。怎么办？代码中的问题可以通过把这个重复代码单独封装，然后多出进行调用。这样有需求变动时只需要修改一个地方即可。
2.2 解决方案maven的pom文件优化类似，maven中可以将这些子模块中相同的依赖移到父模块的dependencyManagement节点。
最佳实践：如果有两个以上的子模块共同依赖一个组件，那么对于这个组建的依赖就应该放在父模块的dependencyManagement节点
<?xmlversion="1.0" encoding="UTF-8"?><projectxmlns="http://maven.apache.org/POM/4.0.0"xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd"><modelVersion>>4.0.0</modelVersion><groupId>com.cnblogs.kmpp</groupId><artifactId>multi-module</artifactId><packaging>pom</packaging><version>1.0-SNAPSHOT</version><modules><module>web-app</module><module>web-service</module><module>web-dal</module></modules><dependencyManagement>
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<version>4.12</version>
</dependency>
</dependencies>
</dependencyManagement></project>
当然如果将依赖移到父模块的dependencyManagement模块后，需要在子模块中将对应的依赖删除，否则，子模块的配置会覆盖父模块的配置。
三、版本号重复3.1 问题演示<dependencies><dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version></dependency><dependency><groupId>org.hibernate</groupId><artifactId>hibernate-annotations</artifactId><version>3.3.0.ga</version></dependency><dependency><groupId>org.hibernate</groupId><artifactId>hibernate-commons-annotations</artifactId><version>3.3.0.ga</version></dependency><dependency><groupId>org.hibernate</groupId><artifactId>hibernate</artifactId><version>3.2.5.ga</version></dependency></dependencies>
上面的pom配置中作为org.hibernate下面的组件，版本号重复了，一般来说，一个组织（groupid）下面的组件的版本号是一致的，且一起更新，和上面说的多个模块重复依赖一个组件类型，当同一个版本号多处出现时，如果修改，就会出现工作量大且有漏修改的风险。
3.2 解决使用属性元素（property），统一定义版本号，多处进行使用：
<properties><hibernate.annotations.version>3.3.0.ga</hibernate.annotations.version></properties><dependencyManagement><dependencies><dependency><groupId>junit</groupId><artifactId>junit</artifactId><version>4.12</version></dependency><dependency><groupId>org.hibernate</groupId><artifactId>hibernate-annotations</artifactId><version>${hibernate.annotations.version}</version></dependency><dependency><groupId>org.hibernate</groupId><artifactId>hibernate-commons-annotations</artifactId><version>${hibernate.annotations.version}</version></dependency><dependency><groupId>org.hibernate</groupId><artifactId>hibernate</artifactId><version>${hibernate.annotations.version}</version></dependency></dependencies></dependencyManagement>
这样当org.hibernate的版本号变化的时候只需要修改以地方。其实版本号类似于程序里面的magic number。不管是不是多次使用，最好都通过定义property来实现，上面的junit的版本号也应该预先在property中进行定义，然后再使用。
四、兄弟依赖4.1 问题web-app依赖web-dal和web-service组件
<dependency><groupId>com.cnblogs.kmpp</groupId><artifactId>web-service</artifactId><version>1.0-SNAPSHOT</version></dependency><dependency><groupId>com.cnblogs.kmpp</groupId><artifactId>web-dal</artifactId><version>1.0-SNAPSHOT</version></dependency>
上面的依赖同样有重复：groupId和version。
4.2 解决因为web-app、web-dal以及web-service作为兄弟模块他们的groupId和version是和父模块是一样的。所以兄弟依赖的groupId和version可以使用父模块的数据：
<dependency><groupId>${parent.groupId}</groupId><artifactId>web-service</artifactId><version>${parent.version}</version></dependency><dependency><groupId>${parent.groupId}</groupId><artifactId>web-dal</artifactId><version>${parent.version}</version></dependency>
当然，兄弟依赖的重复也可以通过property来定义解决，但是没有直接使用父模块属性方便。
五、maven 依赖分析maven已经提供了命令：
mvn dependency:analyze，使用该命令就可以看到maven分析的结果和建议mvn dependency:tree，使用该命令可以看到maven的依赖树。六、结束语DRY works everywhere and always will do.