dependencies與dependencyManagement的區別

   在上一個項目中遇到一些jar包衝突的問題，以後還有不少人分不清楚dependencies與dependencyManagement的區別，本篇文章將這些區別總結下來。

一、DepencyManagement應用場景
         當咱們的項目模塊不少的時候，咱們使用Maven管理項目很是方便，幫助咱們管理構建、文檔、報告、依賴、scms、發佈、分發的方法。能夠方便的編譯代碼、進行依賴管理、管理二進制庫等等。

         因爲咱們的模塊不少，因此咱們又抽象了一層，抽出一個itoo-base-parent來管理子項目的公共的依賴。爲了項目的正確運行，必須讓全部的子項目使用依賴項的統一版本，必須確保應用的各個項目的依賴項和版本一致，才能保證測試的和發佈的是相同的結果。

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

 

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)

<project xmlns="http://maven.apache.org/POM/4.0.0"
         xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
         xsi:schemaLocation="http://maven.apache.org/POM/4.0.0 http://maven.apache.org/xsd/maven-4.0.0.xsd">
<!--繼承父類-->
    <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中聲明一個版本號便可。子類就會使用子類聲明的版本號，不繼承於父類版本號。

Dependencies

       相對於dependencyManagement，全部生命在dependencies裏的依賴都會自動引入，並默認被全部的子項目繼承。

區別
         dependencies即便在子項目中不寫該依賴項，那麼子項目仍然會從父項目中繼承該依賴項（所有繼承）

         dependencyManagement裏只是聲明依賴，並不實現引入，所以子項目須要顯示的聲明須要用的依賴。若是不在子項目中聲明依賴，是不會從父項目中繼承下來的；只有在子項目中寫了該依賴項，而且沒有指定具體版本，纔會從父項目中繼承該項，而且version和scope都讀取自父pom;另外若是子項目中指定了版本號，那麼會使用子項目中指定的jar版本。

四、Maven約定優於配置
       它提出這一律念，爲項目提供合理的默認行爲，無需沒必要要的配置。提供了默認的目錄

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

main                            應用代碼的源目錄

java                     源代碼

resources           項目的資源文件

test                               測試代碼的源目錄

java                      測試代碼

resources            測試的資源文件

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

 

        對於Maven約定優於配置的理解，一方面對於小型項目基本知足咱們的須要基本不須要本身配置東西，使用Maven已經配置好的，快速上手，學習成本下降；另外一方面，對於不知足咱們須要的還能夠自定義設置，體現了靈活性。配置大量減小了，隨着項目變的越複雜，這種優點就越明顯。