Maven依赖管理系统

【背景】

之前在领英上读到一篇软文，《Managing Software Dependency at Scale》，讲述了领英是如何处理模块之间的依赖解析，以及如何去更好的处理依赖关系以及依赖管理。感觉在一家多产品的公司，在产品有可能相互依赖的情况下，都应该有这么一套系统，来进行依赖关系的管理以及维护。

所以，花费了一天的时间在GitHub上都没有找到可以正常运行的项目之后，决定参照上面的几个现有的实现方式，自己实现一套。

【思考】

首先，简单讲述一下为什么需要这样一个系统？

不知道大家有没有思考，在一个可能有上千个模块/产品的公司，对于模块之间有较多相互依赖的情况，以下问题该如何解决：

1. 
   
   1. 我们把一个生命周期结束的组件移除之后，会有什么影响？
   
   
   2. 在代码修改之后，我们应该run哪些dependency测试例？
   
   
   3. 在一个已部署的系统中，我们最终要使用哪个version的模块？
   
   
   4. 是否有人使用高危版本的库？
   
   

以上问题，其核心原则就是，在所有产品的整个开发周期中，在修改某个依赖的同时，不会对其他产品造成任何影响。

【如何保存依赖关系】

之前的时候，考虑过使用键值对数据库和非关系型数据库去保存相关的依赖，但是效果都不理想，最后选用了图数据库（Neo4J）.

这样做有三个好处：

1. 
   
   1. 对于任意模块，不论其是否依赖其他模块，或是被其他模块依赖，都可以很直观得在数据库中体现；
   
   
   2. 对于任意模块，其依赖的下级模块和上级模块可以快速地导出；
   
   
   3. 对于跨级依赖可以有更好的体现。
   
   

【设计】

代码结构如下：

在Model中，Dependency映射pom文件中的dependency，Project映射产品，Neo4jConn映射数据库信息。

Service中，GraphBuilder主要处理产品以及模块之间的相互依赖关系，Neo4JHandler主要处理与数据库相关的具体操作。

Util里面，Finder继承SimpleFileVisitor，处理一些路径的匹配工作，PomFileFinder利用Finder，寻找所有的pom文件并返回列表，XMLConverter利用javax.xml的工具类处理具体的xml文件。

DependencyManager作为整个程序的入口，对外提供服务。

【使用】

首先在工程目录下执行mvn clean install/package打包；

然后进入target目录下执行：

java -jar dependency-manager-0.0.1-SNAPSHOT-jar-with-dependencies.jar D:/workspace/so bolt://localhost:7687 neo4j neo4j Module org.spring*

第一个参数指定pom文件路径（默认递归到20层，超过无法识别到）；

第二个参数指定数据库的url，第三个参数指定数据库用户名，第四个参数指定数据库密码；

第五个参数指定需要导出依赖关系的是产品还是模块，如果指定模块，会将所有满足条件的模块全部导出，如果只指定产品，则只导出所有产品之间的依赖关系。

第六个参数指定模块需要满足的条件，可以指定前缀，中缀，后缀，如spring*，指所有以spring开头的包，这种方式可以去掉一些我们不关注的包，比如org相关的，spring框架相关的，可以大大降低我们的工作量。

当然，你也可以直接执行：

　　java -jar dependency-manager-0.0.1-SNAPSHOT-jar-with-dependencies.jar

命令来获取帮助。

 　　如图所示则执行成功：

【结果】

执行结果可以在Neo4J中查看：

红色为产品，褐色为模块。

【优化】

当然了，这只是一个小应用，还有很大的发展空间，之后会有如下几个改进：

1. 
   
   1. Dependency Manager UI可视化，可以直接将结果通过页面的方式展示给用户；
   
   
   2. 通过自动化的方式更新依赖关系；
   
   
   3. 根据模块使用情况自动发出循环依赖以及废弃库使用的警告；
   
   
   4. 可以跨平台使用，不局限于Maven管理的Java项目。
   
   

当然，也希望有同样想法的小伙伴可以提提设计上的意见，或者阅读过源码之后有改进的思路给到，都不胜荣幸。

【获取】

　　GitHub地址：https://github.com/liufarui/dependency-manager