如何進行maven模塊劃分實踐

如何進行maven模塊劃分實踐，相信很多沒有經驗的人對此束手無策，為此本文總結了問題出現的原因和解決方法，通過這篇文章希望你能解決這個問題。

我們平常做的java項目模塊劃分可能是這樣：

controller為控制器層；service為業務邏輯實現層；dao和數據庫交互；util放些工具類；constant放常量類。

這樣的模塊劃分很常見，但是有很多弊端：

1、當隨著項目版本迭代，需求不斷增加，代碼結構越來越龐大，為后期的維護增大成本。比如說，我們改了一個controller類，就得整個項目全部編譯。

2、比如說項目的util包里封裝了很多通用工具類，當前項目可以用，其他項目也可以用，如果是上面的劃分模式，就得依賴項目war，這變得非常的惡心，因為在maven中配置對war的依賴遠不如依賴jar那樣簡單明了。

其實這種劃分沒有遵守一個設計模式原則：“高內聚，低耦合”。雖然我們通過包名劃分了層次，這很好，但還不夠，因為就構建層次來說，所有東西都被耦合在一起了。因此我們需要使用Maven劃分模塊（module）

如下圖：

artmuseum-parent為所有module的父類，打包類型為pom，只有一個pom.xml文件用于管理module；

artmuseum-common被artmuseum-parent管理，該工程用于封裝工具類、常量，打包類型為jar；

artmuseum-manage同樣被artmuseum-parent管理，為該項目主要module，用于管理controller、service、dao、pojo這四個module，打包類型為pom；

module之間依賴關系如下：

artmuseum-manage-controller -> 

artmuseum-manage-service ->

artmuseum-manage-dao ->

artmuseum-manage-pojo ->

artmuseum-common

這種劃分就解決了上面的弊端：

1、方便重用，如果需要把common包中的工具類等用到其他項目組件，只需要

把common這個module執行mvn install后，依賴生成的jar即可；

2、利于擴展和維護，修改了controller層的代碼，只需要mvn install這個module即可。

基于此，今天擼了一個聚合工程出來，用到了SSM框架并實現了一個發布項目的接口（簡單的入庫）。

工程結構如下：

接口測試如下：

入庫成功如下：

看完上述內容，你們掌握如何進行maven模塊劃分實踐的方法了嗎？如果還想學到更多技能或想了解更多相關內容，歡迎關注億速云行業資訊頻道，感謝各位的閱讀！