dependencies與dependencyManagement的差別

https://blog.csdn.net/liutengteng130/article/details/46991829

在上一個項目中遇到一些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已經配置好的，快速上手，學習成本降低；另一方面，對于不滿足我們需要的還可以自定義設定，展現了靈活性。配置大量減少了，随着項目變的越複雜，這種優勢就越明顯。

--------------------- 

作者：劉騰騰 

來源：CSDN 

原文：https://blog.csdn.net/liutengteng130/article/details/46991829 

版權聲明：本文為部落客原創文章，轉載請附上博文連結！