Maven實戰--- dependencies與dependencyManagement的區別
在上一個專案中遇到一些jar包衝突的問題,之後還有很多人分不清楚dependencies與dependencyManagement的區別,本篇文章將這些區別總結下來。
1、DepencyManagement應用場景
當我們的專案模組很多的時候,我們使用Maven管理專案非常方便,幫助我們管理構建、文件、報告、依賴、scms、釋出、分發的方法。可以方便的編譯程式碼、進行依賴管理、管理二進位制庫等等。
由於我們的模組很多,所以我們又抽象了一層,抽出一個itoo-base-parent來管理子專案的公共的依賴。為了專案的正確執行,必須讓所有的子專案使用依賴項的統一版本,必須確保應用的各個專案的依賴項和版本一致,才能保證測試的和釋出的是相同的結果。
在我們專案頂層的POM檔案中,我們會看到dependencyManagement元素。通過它元素來管理jar包的版本,讓子專案中引用一個依賴而不用顯示的列出版本號。Maven會沿著父子層次向上走,直到找到一個擁有dependencyManagement元素的專案,然後它就會使用在這個dependencyManagement元素中指定的版本號。
來看看我們專案中的應用:
pom繼承關係圖:
依賴關係:
Itoo-base-parent(pom.xml)
<dependencyManagement> <dependencies> <dependency> <groupId>org.eclipse.persistence</groupId> <artifactId>org.eclipse.persistence.jpa</artifactId> <version>${org.eclipse.persistence.jpa.version}</version> <scope>provided</scope> </dependency> <dependency> <groupId>javax</groupId> <artifactId>javaee-api</artifactId> <version>${javaee-api.version}</version> </dependency> </dependencies> </dependencyManagement>
Itoo-base(pom.xml)
<!--繼承父類--> <parent> <artifactId>itoo-base-parent</artifactId> <groupId>com.tgb</groupId> <version>0.0.1-SNAPSHOT</version> <relativePath>../itoo-base-parent/pom.xml</relativePath> </parent> <modelVersion>4.0.0</modelVersion> <artifactId>itoo-base</artifactId> <packaging>ejb</packaging> <!--依賴關係--> <dependencies> <dependency> <groupId>javax</groupId> <artifactId>javaee-api</artifactId> </dependency> <dependency> <groupId>com.fasterxml.jackson.core</groupId> <artifactId>jackson-annotations</artifactId> </dependency> <dependency> <groupId>org.eclipse.persistence</groupId> <artifactId>org.eclipse.persistence.jpa</artifactId> <scope>provided</scope> </dependency> </dependencies> </project>
這樣做的好處:統一管理專案的版本號,確保應用的各個專案的依賴和版本一致,才能保證測試的和釋出的是相同的成果,因此,在頂層pom中定義共同的依賴關係。同時可以避免在每個使用的子專案中都宣告一個版本號,這樣想升級或者切換到另一個版本時,只需要在父類容器裡更新,不需要任何一個子專案的修改;如果某個子專案需要另外一個版本號時,只需要在dependencies中宣告一個版本號即可。子類就會使用子類宣告的版本號,不繼承於父類版本號。
2、Dependencies
相對於dependencyManagement,所有生命在dependencies裡的依賴都會自動引入,並預設被所有的子專案繼承。
3、區別
dependencies即使在子專案中不寫該依賴項,那麼子專案仍然會從父專案中繼承該依賴項(全部繼承)
dependencyManagement裡只是宣告依賴,並不實現引入,因此子專案需要顯示的宣告需要用的依賴。如果不在子專案中宣告依賴,是不會從父專案中繼承下來的;只有在子專案中寫了該依賴項,並且沒有指定具體版本,才會從父專案中繼承該項,並且version和scope都讀取自父pom;另外如果子專案中指定了版本號,那麼會使用子專案中指定的jar版本。
4、Maven約定優於配置
它提出這一概念,為專案提供合理的預設行為,無需不必要的配置。提供了預設的目錄
src——>原始碼和測試程式碼的根目錄
main應用程式碼的源目錄
Java原始碼
resources專案的資原始檔
test測試程式碼的源目錄
java測試程式碼
resources測試的資原始檔
target編譯後的類檔案、jar檔案等
對於Maven約定優於配置的理解,一方面對於小型專案基本滿足我們的需要基本不需要自己配置東西,使用Maven已經配置好的,快速上手,學習成本降低;另一方面,對於不滿足我們需要的還可以自定義設定,體現了靈活性。配置大量減少了,隨著專案變的越複雜,這種優勢就越明顯。
總結區別:
<dependencies>中的jar直接加到專案中,管理的是依賴關係(如果有父pom,子pom,則子pom中只能被動接受父類的版本);<dependencyManagement>主要管理版本,對於子類繼承同一個父類是很有用的,集中管理依賴版本不新增依賴關係,對於其中定義的版本,子pom不一定要繼承父pom所定義的版本。