【背景】
之前在領英上讀到一篇軟文，《Managing Software Dependency at Scale》，講述了領英是如何處理模塊之間的依賴解析，以及如何去更好的處理依賴關係以及依賴管理。感覺在一家多產品的公司，在產品有可能相互依賴的情況下，都應該有這麼一套系統，來進行依賴關係的管理以及維護。
所以，花費了一天的時間在GitHub上都沒有找到可以正常運行的項目之後，決定參照上面的幾個現有的實現方式，自己實現一套。
【思考】
首先，簡單講述一下爲什麼需要這樣一個系統？
不知道大家有沒有思考，在一個可能有上千個模塊/產品的公司，對於模塊之間有較多相互依賴的情況，以下問題該如何解決：
- 我們把一個生命週期結束的組件移除之後，會有什麼影響？
- 在代碼修改之後，我們應該run哪些dependency測試例？
- 在一個已部署的系統中，我們最終要使用哪個version的模塊？
- 是否有人使用高危版本的庫？
以上問題，其核心原則就是，在所有產品的整個開發週期中，在修改某個依賴的同時，不會對其他產品造成任何影響。
【如何保存依賴關係】
之前的時候，考慮過使用鍵值對數據庫和非關係型數據庫去保存相關的依賴，但是效果都不理想，最後選用了圖數據庫（Neo4J）.
這樣做有三個好處：
- 對於任意模塊，不論其是否依賴其他模塊，或是被其他模塊依賴，都可以很直觀得在數據庫中體現；
- 對於任意模塊，其依賴的下級模塊和上級模塊可以快速地導出；
- 對於跨級依賴可以有更好的體現。
【設計】
代碼結構如下：
在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/World 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中查看：
紅色爲產品，褐色爲模塊。
【優化】
當然了，這只是一個小應用，還有很大的發展空間，之後會有如下幾個改進：
- Dependency Manager UI可視化，可以直接將結果通過頁面的方式展示給用戶；
- 通過自動化的方式更新依賴關係；
- 根據模塊使用情況自動發出循環依賴以及廢棄庫使用的警告；
- 可以跨平臺使用，不侷限於Maven管理的Java項目。
當然，也希望有同樣想法的小夥伴可以提提設計上的意見，或者閱讀過源碼之後有改進的思路給到，都不勝榮幸。
【獲取】
GitHub地址：https://github.com/liufarui/dependency-manager