這篇文章將為大家詳細(xì)講解有關(guān)IDEA多module項(xiàng)目maven依賴的示例分析,小編覺(jué)得挺實(shí)用的,因此分享給大家做個(gè)參考,希望大家閱讀完這篇文章后可以有所收獲。
創(chuàng)新互聯(lián)長(zhǎng)期為1000多家客戶提供的網(wǎng)站建設(shè)服務(wù),團(tuán)隊(duì)從業(yè)經(jīng)驗(yàn)10年,關(guān)注不同地域、不同群體,并針對(duì)不同對(duì)象提供差異化的產(chǎn)品和服務(wù);打造開(kāi)放共贏平臺(tái),與合作伙伴共同營(yíng)造健康的互聯(lián)網(wǎng)生態(tài)環(huán)境。為射洪企業(yè)提供專(zhuān)業(yè)的成都網(wǎng)站建設(shè)、做網(wǎng)站,射洪網(wǎng)站改版等技術(shù)服務(wù)。擁有十余年豐富建站經(jīng)驗(yàn)和眾多成功案例,為您定制開(kāi)發(fā)。
不管eclipse有沒(méi)有被被時(shí)代拋棄,反正是被我拋棄了,因?yàn)镮DEA是真的好用
現(xiàn)在公司的項(xiàng)目基本都是基于maven的多module項(xiàng)目,controller,service,model,dao等都被分成了不同的module,這樣做當(dāng)然也是為了解耦。
這些module可根據(jù)需要在pom.xml配置來(lái)打成war包或者jar包
jar
web主項(xiàng)目設(shè)置packaging級(jí)別為war,dao、model這些module設(shè)置packaging級(jí)別為jar。
module之間可以通過(guò)module自己的pom.xml來(lái)進(jìn)行相互引用或依賴,如:
cn.com.autohome.mall mall-common cn.com.autohome.mall mall-api-model
這樣在 File -> project structure 下,選中主web項(xiàng)目
從上面的截圖可以看出來(lái)依賴的第三方j(luò)ar和依賴項(xiàng)目子module的區(qū)別。
maven在執(zhí)行install,packaging是jar的會(huì)被打成jar放在target目錄下,packaging是war的會(huì)被打成war放在target目錄下。
另外兩個(gè)target目錄會(huì)有一點(diǎn)區(qū)別,war的target目錄會(huì)多出來(lái)一個(gè)和module同名的文件夾,這個(gè)文件夾和war解壓后完全一致。
所有依賴的jar(包括依賴的module,被打成jar)都會(huì)被放lib下
這樣在部署的時(shí)候,只需要部署相應(yīng)的war即可。
關(guān)于Maven pom.xml中的元素modules、parent、properties以及import
多個(gè)module不需要分別執(zhí)行mvn命令,可以使用聚合(aggregator)來(lái)一次構(gòu)建全部模塊
modules
在父pom.xml中通過(guò)
mall-common mall-api-model
來(lái)引用所有需要構(gòu)建的子模塊
parent
繼承,和java中的繼承相當(dāng),作用就是復(fù)用
場(chǎng)景
若每個(gè)子模塊都都用的了spring,那么我們是不是每個(gè)子模塊都需要單獨(dú)配置spring依賴了?這么做是可以的,但是我們有更優(yōu)的做法,那就是繼承,用parent來(lái)實(shí)現(xiàn)。
實(shí)現(xiàn)
父(account-aggregator)pom.xml
mall-common mall-api-model ······ org.springframework spring-core 4.0.2.RELEASE junit junit 4.7 test
子pom.xml
xx.xx.xx aggregator 1.0.0-SNAPSHOT ../pom.xml javax.mail 1.4.3 com.icegreen greenmail 1.4.1 test
依賴管理
繼承可以消除重復(fù),那是不是就沒(méi)有問(wèn)題了? 答案是存在問(wèn)題,假設(shè)將來(lái)需要添加一個(gè)新的子模塊util,只是提供一些簡(jiǎn)單的幫助工具,不需要依賴spring、junit,那么繼承后就依賴上了,有沒(méi)有什么辦法了?
有,maven已經(jīng)替我們想到了,那就是dependencyManagement元素,既能讓子模塊繼承到父模塊的依賴配置,又能保證子模塊依賴使用的靈活性。在dependencyManagement元素下得依賴聲明不會(huì)引入實(shí)際的依賴,不過(guò)它能夠約束dependencies下的依賴使用。
在父pom.xml中配置dependencyManagement元素
mall-common mall-api-model ······ org.springframework spring-core 4.0.2.RELEASE
子pom.xml
org.springframework spring-core org.springframework spring-beans org.springframework spring-context org.springframework spring-context-support junit junit org.springframework spring-jdbc 4.0.2.RELEASE com.alibaba druid 1.0.16
使用這種依賴管理機(jī)制似乎不能減少太多的POM配置,就少了version(junit還少了個(gè)scope),感覺(jué)沒(méi)啥作用呀;其實(shí)作用還是挺大的,父POM使用dependencyManagement能夠統(tǒng)一項(xiàng)目范圍中依賴的版本,當(dāng)依賴版本在父POM中聲明后,子模塊在使用依賴的時(shí)候就無(wú)須聲明版本,也就不會(huì)發(fā)生多個(gè)子模塊使用版本不一致的情況,幫助降低依賴沖突的幾率。如果子模塊不聲明依賴的使用,即使該依賴在父POM中的dependencyManagement中聲明了,也不會(huì)產(chǎn)生任何效果。
關(guān)于“IDEA多module項(xiàng)目maven依賴的示例分析”這篇文章就分享到這里了,希望以上內(nèi)容可以對(duì)大家有一定的幫助,使各位可以學(xué)到更多知識(shí),如果覺(jué)得文章不錯(cuò),請(qǐng)把它分享出去讓更多的人看到。