在《Maven權威指南》部分I中，第6、7章介紹了多模組專案及多模組企業級專案的構建思想。對於多模組的情況，無論是簡單的或是企業級的，對於POM來說，重點就是分析處理好父POM與子POM之間的關係，包括依賴管理(DependencyManagement)、外掛管理(PluginManagement)、兄弟模組直接的依賴關係。

  對於多模組專案，首先要注意的就是在POM中標明父子關係。在父POM中，標明專案的座標，包括artifactId，groupId及version資訊；用<modules><module></module></modules>標籤宣告包括的子模組，module中的名稱應與子POM中的artifcatId相對應。在子POM中除了定義本模組的<artifactId>，也要通過<parent>指明關聯的父POM是哪一個。其次，對於父POM的packaging屬性已不像之前章節中介紹的為jar,或war、ear等，而是pom。對於子模組生成的包，由子模組的packaging屬性說明本模組要打包的型別。

  上面的部分是為了說明多模組專案的父子關係，子模組中要用到的外掛，依賴與前面章節說明的沒有什麼區別，所以這裡就說一下對於多模組專案，尤其是有子模組相互依賴的情況下，POM的優化管理。

  隨著功能的不斷壯大，一個模組牽扯的依賴、外掛會越來越多，再有外掛和依賴的版本也會發生變化，隨之而來的問題就是POM中可能有重複使用的外掛和依賴，或需要修改外掛和依賴的版本，同一個外掛用到的地方越多需要修改的地方也就越多，往往會遺漏，就會導致之後執行某一步的時候發生錯誤，這時候檢查起來就比較費時費力且低效了。

  對於依賴（Dependency），我們可以優化的情況有依賴重複、兄弟依賴。Maven提供了DependencyManagement的方式，將重複的部分上提至父POM中的dependencyManagement片段進行統一管理以預防依賴重複的發生。首先，找出在模組間被用於一個以上模組的依賴，上移植後需要為每個子POM移除這些依賴的版本，否則子模組中的version會覆蓋父POM中宣告的版本。如果依賴中包含了排除配置，在子POM中可忽略排除配置了。再有依賴重複的情況就是兩個不同的依賴所用的版本是相同的，例如hibernate-annotation和hibernate-common-annotations，這兩個依賴的版本都為3.3.0.ga。我們可以將版本提取出來以property變數的形式定義，在dependency中引用，從而達到減少修改次數的目的。對於兄弟依賴，即一個子模組可能依賴其他一個或一個以上的子模組，子模組版本的變化也會影響依賴於此模組的模組構建。為了統一，且由於子模組的groupId及version是統一的，所以對於兄弟模組之間的依賴，通過引用內建的groupId和version進行定義，即${project.groupId}和${project.version}。

  對於外掛（Plugin），與dependency有類似的情況。同一外掛在多個模組中重複使用時，可用PluginManagement標籤在父POM中統一管理。由於外掛中可能包含對依賴的引用，若依賴被多次引用。例如hibernate3外掛依賴了hsqldb，並在simple-command和simple-webapp中引用，但在上面提到的DependencyManagement中不支援對外掛依賴的管理。我們使用屬性定義的方式來固化hsqldb的version，就像在java中定義一個靜態常量，直接引用，需要修改的時候只修改一次。

  最後指南中又說明了如何通過dependency外掛分析是否所有的依賴、外掛被顯示的宣告，以防止在發生版本變化的時候發生編譯或安裝錯誤。

  寫的有點兒亂，我總結一下吧。基本的思想分為3點吧。

1. 把在多個地方用到的同一東西抽取出來放入父POM進行管理；

2. 對於相同version的依賴，用property屬性進行統一定義，在外掛、依賴中進行引用；

3. 經常通過Dependency外掛對POM進行分析，做到POM的更新與專案實際情況保持一致，才能達到提高生產效率的目的。：）

  這次先寫到這裡，由於指南中的程式碼很全，我就沒有貼上來，建議大家對照著看，很清楚的。謝謝觀賞，之後進入Maven具體參考部分，敬請期待，呵呵。