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

利用pom管理引用包時，如果是單項目的話就直接在dependencies引用了，若有一個大工程項目里面包含多個子模塊，則為了所有項目模塊包的版本統(tǒng)一和好管理，則需要用到dependencyManagement，但兩者使用場景有所區(qū)別。

1、DepencyManagement應(yīng)用場景

當(dāng)我們的項目模塊很多的時候，我們使用Maven管理項目非常方便，幫助我們管理構(gòu)建、文檔、報告、依賴、scms、發(fā)布、分發(fā)的方法。可以方便的編譯代碼、進(jìn)行依賴管理、管理二進(jìn)制庫等等。

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

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

來看看我們項目中的應(yīng)用：

pom繼承關(guān)系圖：

依賴關(guān)系：

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> 
     
    <!--依賴關(guān)系--> 
    <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>

這樣做的好處：統(tǒng)一管理項目的版本號，確保應(yīng)用的各個項目的依賴和版本一致，才能保證測試的和發(fā)布的是相同的成果，因此，在頂層pom中定義共同的依賴關(guān)系。同時可以避免在每個使用的子項目中都聲明一個版本號，這樣想升級或者切換到另一個版本時，只需要在父類容器里更新，不需要任何一個子項目的修改；如果某個子項目需要另外一個版本號時，只需要在dependencies中聲明一個版本號即可。子類就會使用子類聲明的版本號，不繼承于父類版本號。

2、Dependencies

相對于dependencyManagement，所有生命在dependencies里的依賴都會自動引入，并默認(rèn)被所有的子項目繼承。

3、區(qū)別

dependencies即使在子項目中不寫該依賴項，那么子項目仍然會從父項目中繼承該依賴項（全部繼承）

dependencyManagement里只是聲明依賴，并不實現(xiàn)引入，因此子項目需要顯示的聲明需要用的依賴。如果不在子項目中聲明依賴，是不會從父項目中繼承下來的；只有在子項目中寫了該依賴項，并且沒有指定具體版本，才會從父項目中繼承該項，并且version和scope都讀取自父pom;另外如果子項目中指定了版本號，那么會使用子項目中指定的jar版本。

import依賴范圍

import范圍只有在denpendencyManagement元素下才有效果

如果你想要把項目A項目的依賴用于另外一個項目就需要使用import范圍將這配置導(dǎo)入

<dependencyManagement> 

<dependencies> 
<dependency> 
<groupId>com.mvnbook.account</groupId> 
<artifactId>account-parent</artifactId> 
<version>1.0-SNAPSHOT</version>
<type>pom</type>
<scope>import</scope>
</dependency> 
</dependencies> 
</dependencyManagement> 

上述代碼中type的值為pom,import范圍由于其特殊性，一般都是指向打包類型為pom的模塊。如果有多個先忙，他們使用的版本都是一致的，則就可以定義一個使用

dependencyManagement專門管理依賴的POM，然后在各個項目中導(dǎo)入這些依賴管理配置

4、Maven約定優(yōu)于配置

它提出這一概念，為項目提供合理的默認(rèn)行為，無需不必要的配置。提供了默認(rèn)的目錄

src ——> 源代碼和測試代碼的根目錄

main 應(yīng)用代碼的源目錄

Java 源代碼

resources 項目的資源文件

test 測試代碼的源目錄

java 測試代碼

resources 測試的資源文件

target 編譯后的類文件、jar文件等

對于Maven約定優(yōu)于配置的理解，一方面對于小型項目基本滿足我們的需要基本不需要自己配置東西，使用Maven已經(jīng)配置好的，快速上手，學(xué)習(xí)成本降低；另一方面，對于不滿足我們需要的還可以自定義設(shè)置，體現(xiàn)了靈活性。配置大量減少了，隨著項目變的越復(fù)雜，這種優(yōu)勢就越明顯。

總結(jié)區(qū)別：

<dependencies>中的jar直接加到項目中，管理的是依賴關(guān)系（如果有父pom,子pom,則子pom中只能被動接受父類的版本）；<dependencyManagement>主要管理版本，對于子類繼承同一個父類是很有用的，集中管理依賴版本不添加依賴關(guān)系，對于其中定義的版本，子pom不一定要繼承父pom所定義的版本。

最新評論