激情久久久_欧美视频区_成人av免费_不卡视频一二三区_欧美精品在欧美一区二区少妇_欧美一区二区三区的

服務器之家:專注于服務器技術及軟件下載分享
分類導航

PHP教程|ASP.NET教程|Java教程|ASP教程|編程技術|正則表達式|C/C++|IOS|C#|Swift|Android|VB|R語言|JavaScript|易語言|vb.net|

服務器之家 - 編程語言 - Java教程 - 詳解IDEA多module項目maven依賴的一些說明

詳解IDEA多module項目maven依賴的一些說明

2021-06-08 14:22sandman Java教程

這篇文章主要介紹了詳解IDEA多module項目maven依賴的一些說明,小編覺得挺不錯的,現在分享給大家,也給大家做個參考。一起跟隨小編過來看看吧

不管eclipse有沒有被被時代拋棄,反正是被我拋棄了,因為idea是真的好用

現在公司的項目基本都是基于maven的多module項目,controller,service,model,dao等都被分成了不同的module,這樣做當然也是為了解耦。

這些module可根據需要在pom.xml配置來打成war包或者jar包

?
1
<packaging>jar</packaging>

web主項目設置packaging級別為war,dao、model這些module設置packaging級別為jar。

module之間可以通過module自己的pom.xml來進行相互引用或依賴,如:

?
1
2
3
4
5
6
7
8
<dependency>
      <groupid>cn.com.autohome.mall</groupid>
      <artifactid>mall-common</artifactid>
    </dependency>
    <dependency>
      <groupid>cn.com.autohome.mall</groupid>
      <artifactid>mall-api-model</artifactid>
    </dependency>

這樣在 file -> project structure 下,選中主web項目

詳解IDEA多module項目maven依賴的一些說明

從上面的截圖可以看出來依賴的第三方jar和依賴項目子module的區別。

maven在執行install,packaging是jar的會被打成jar放在target目錄下,packaging是war的會被打成war放在target目錄下。
另外兩個target目錄會有一點區別,war的target目錄會多出來一個和module同名的文件夾,這個文件夾和war解壓后完全一致。

詳解IDEA多module項目maven依賴的一些說明

所有依賴的jar(包括依賴的module,被打成jar)都會被放lib下
這樣在部署的時候,只需要部署相應的war即可。

關于maven pom.xml中的元素modules、parent、properties以及import

多個module不需要分別執行mvn命令,可以使用聚合(aggregator)來一次構建全部模塊

modules

在父pom.xml中通過

?
1
2
3
4
5
<modules>
   <!-- 模塊都寫在此處 -->
  <module>mall-common</module>
  <module>mall-api-model</module>
</modules>

來引用所有需要構建的子模塊

parent

繼承,和java中的繼承相當,作用就是復用

場景

若每個子模塊都都用的了spring,那么我們是不是每個子模塊都需要單獨配置spring依賴了?這么做是可以的,但是我們有更優的做法,那就是繼承,用parent來實現。

實現

父(account-aggregator)pom.xml

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
<modules>
  <!-- 模塊都寫在此處 -->
 <module>mall-common</module>
 <module>mall-api-model</module>
</modules>
 
<dependencies> <!-- 配置共有依賴 -->
 <!-- spring 依賴 -->
  <dependency>
   <groupid>org.springframework</groupid>
   <artifactid>spring-core</artifactid>
   <version>4.0.2.release</version>
 </dependency>
  ······
 <!-- junit 依賴 -->
 <dependency>
  <groupid>junit</groupid>
  <artifactid>junit</artifactid>
  <version>4.7</version>
  <scope>test</scope>
 </dependency>
</dependencies>

子pom.xml

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
<parent>
  <groupid>xx.xx.xx</groupid>
  <artifactid>aggregator</artifactid>
  <version>1.0.0-snapshot</version>
  <relativepath>../pom.xml</relativepath> <!-- 與不配置一樣,默認就是尋找上級目錄下得pom.xml -->
</parent>
 
 <dependencies>  <!-- 配置自己獨有依賴 -->
  <dependency>
   <groupid>javax.mail</groupid>
   <artifactid>mail</artifactid>
   <version>1.4.3</version>
  </dependency>
  <dependency>
   <groupid>com.icegreen</groupid>
   <artifactid>greenmail</artifactid>
   <version>1.4.1</version>
   <scope>test</scope>
  </dependency>
 </dependencies>

依賴管理

繼承可以消除重復,那是不是就沒有問題了? 答案是存在問題,假設將來需要添加一個新的子模塊util,只是提供一些簡單的幫助工具,不需要依賴spring、junit,那么繼承后就依賴上了,有沒有什么辦法了?
有,maven已經替我們想到了,那就是dependencymanagement元素,既能讓子模塊繼承到父模塊的依賴配置,又能保證子模塊依賴使用的靈活性。在dependencymanagement元素下得依賴聲明不會引入實際的依賴,不過它能夠約束dependencies下的依賴使用。

在父pom.xml中配置dependencymanagement元素

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
<modules>
   <!-- 模塊都寫在此處 -->
  <module>mall-common</module>
  <module>mall-api-model</module>
 </modules>
 
 <dependencymanagement>
   <dependencies> <!-- 配置共有依賴 -->
   <!-- spring 依賴 -->
   <dependency>
    <groupid>org.springframework</groupid>
    <artifactid>spring-core</artifactid>
    <version>4.0.2.release</version>
  </dependency>
  ······
 </dependencies>
 </dependencymanagement>

子pom.xml

?
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
<dependencies>
  <!-- spring 依賴 -->
  <dependency>
    <groupid>org.springframework</groupid>
    <artifactid>spring-core</artifactid>
  </dependency>
   <dependency>
    <groupid>org.springframework</groupid>
    <artifactid>spring-beans</artifactid>
  </dependency>
  <dependency>
    <groupid>org.springframework</groupid>
    <artifactid>spring-context</artifactid>
  </dependency>
  <dependency>
    <groupid>org.springframework</groupid>
    <artifactid>spring-context-support</artifactid>
  </dependency>
  
   <!-- junit 依賴 -->
  <dependency>
   <groupid>junit</groupid>
   <artifactid>junit</artifactid>
  </dependency>
  <dependency>
    <groupid>org.springframework</groupid>
    <artifactid>spring-jdbc</artifactid>
    <version>4.0.2.release</version>
  </dependency>
  <dependency>
    <groupid>com.alibaba</groupid>
    <artifactid>druid</artifactid>
    <version>1.0.16</version>
  </dependency>
 </dependencies>

使用這種依賴管理機制似乎不能減少太多的pom配置,就少了version(junit還少了個scope),感覺沒啥作用呀;其實作用還是挺大的,父pom使用dependencymanagement能夠統一項目范圍中依賴的版本,當依賴版本在父pom中聲明后,子模塊在使用依賴的時候就無須聲明版本,也就不會發生多個子模塊使用版本不一致的情況,幫助降低依賴沖突的幾率。如果子模塊不聲明依賴的使用,即使該依賴在父pom中的dependencymanagement中聲明了,也不會產生任何效果。

以上就是本文的全部內容,希望對大家的學習有所幫助,也希望大家多多支持服務器之家。

原文鏈接:https://segmentfault.com/a/1190000016778269

延伸 · 閱讀

精彩推薦
主站蜘蛛池模板: 91成人亚洲 | 蜜桃视频日韩 | 国产精品国产三级国产在线观看 | 黄色特级| 蜜桃一本色道久久综合亚洲精品冫 | 欧美成在线视频 | 91精品观看91久久久久久国产 | 密室逃脱第一季免费观看完整在线 | 欧美a视频在线观看 | 亚洲一区二区三区四区精品 | 在线天堂中文在线资源网 | 羞羞的动漫在线观看 | 日日鲁夜夜视频热线播放 | 黄色羞羞| 国产精品久久久久久久亚洲按摩 | 久久久久久久久成人 | 欧美一区二区三区不卡免费观看 | 日本高清一级片 | 美女黄页网站免费进入 | 色的综合| 毛片午夜| 精品久久久久久中文字幕 | 中文字幕欧美在线 | 久色porn| 色播亚洲 | 9999久久| 久久色播 | 免费男女视频 | 国产xxxx岁13xxxxhd| 国产乱淫av片免费观看 | 国产视频精品在线 | 91久久夜色精品国产网站 | 青青草国产在线视频 | 毛片视频网址 | 欧美精品第1页 | 成人午夜久久 | 一区二区三区在线观看免费视频 | 久久视频国产 | 7777欧美 | 亚洲精品一区二区三区大胸 | 嫩草91在线 |