Maven實戰--- dependencies與dependencyManagement的區別

在上一個項目中遇到一些jar包沖突的問題,之后還有很多人分不清楚dependencies與dependencyManagement的區別,本篇文章將這些區別總結下來。

1、DepencyManagement應用場景

當我們的項目模塊很多的時候,我們使用Maven管理項目非常方便,幫助我們管理構建、文檔、報告、依賴、scms、發布、分發的方法。可以方便的編譯代碼、進行依賴管理、管理二進制庫等等。

由于我們的模塊很多,所以我們又抽象了一層,抽出一個itoo-base-parent來管理子項目的公共的依賴。為了項目的正確運行,必須讓所有的子項目使用依賴項的統一版本,必須確保應用的各個項目的依賴項和版本一致,才能保證測試的和發布的是相同的結果。

在我們項目頂層的POM文件中,我們會看到dependencyManagement元素。通過它元素來管理jar包的版本,讓子項目中引用一個依賴而不用顯示的列出版本號。Maven會沿著父子層次向上走,直到找到一個擁有dependencyManagement元素的項目,然后它就會使用在這個dependencyManagement元素中指定的版本號。

來看看我們項目中的應用:

pom繼承關系圖:

image.png

依賴關系:

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所定義的版本。

轉載于:http://blog.csdn.net/liutengteng130/article/details/46991829

?著作權歸作者所有,轉載或內容合作請聯系作者
平臺聲明:文章內容(如有圖片或視頻亦包括在內)由作者上傳并發布,文章內容僅代表作者本人觀點,簡書系信息發布平臺,僅提供信息存儲服務。