大橙子网站建设,新征程启航

为企业提供网站建设、域名注册、服务器等服务

IDEA多module项目maven依赖的示例分析

这篇文章将为大家详细讲解有关IDEA多module项目maven依赖的示例分析,小编觉得挺实用的,因此分享给大家做个参考,希望大家阅读完这篇文章后可以有所收获。

创新互联长期为1000多家客户提供的网站建设服务,团队从业经验10年,关注不同地域、不同群体,并针对不同对象提供差异化的产品和服务;打造开放共赢平台,与合作伙伴共同营造健康的互联网生态环境。为射洪企业提供专业的成都网站建设、做网站,射洪网站改版等技术服务。拥有十余年丰富建站经验和众多成功案例,为您定制开发。

不管eclipse有没有被被时代抛弃,反正是被我抛弃了,因为IDEA是真的好用

现在公司的项目基本都是基于maven的多module项目,controller,service,model,dao等都被分成了不同的module,这样做当然也是为了解耦。

这些module可根据需要在pom.xml配置来打成war包或者jar包

jar

web主项目设置packaging级别为war,dao、model这些module设置packaging级别为jar。

module之间可以通过module自己的pom.xml来进行相互引用或依赖,如:


      cn.com.autohome.mall
      mall-common
    
    
      cn.com.autohome.mall
      mall-api-model
    

这样在 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中通过

 
    
   mall-common
   mall-api-model
 

来引用所有需要构建的子模块

parent

继承,和java中的继承相当,作用就是复用

场景

若每个子模块都都用的了spring,那么我们是不是每个子模块都需要单独配置spring依赖了?这么做是可以的,但是我们有更优的做法,那就是继承,用parent来实现。

实现

父(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
   mail
   1.4.3
  
  
   com.icegreen
   greenmail
   1.4.1
   test
  
 

依赖管理

继承可以消除重复,那是不是就没有问题了? 答案是存在问题,假设将来需要添加一个新的子模块util,只是提供一些简单的帮助工具,不需要依赖spring、junit,那么继承后就依赖上了,有没有什么办法了?
有,maven已经替我们想到了,那就是dependencyManagement元素,既能让子模块继承到父模块的依赖配置,又能保证子模块依赖使用的灵活性。在dependencyManagement元素下得依赖声明不会引入实际的依赖,不过它能够约束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
  
 

使用这种依赖管理机制似乎不能减少太多的POM配置,就少了version(junit还少了个scope),感觉没啥作用呀;其实作用还是挺大的,父POM使用dependencyManagement能够统一项目范围中依赖的版本,当依赖版本在父POM中声明后,子模块在使用依赖的时候就无须声明版本,也就不会发生多个子模块使用版本不一致的情况,帮助降低依赖冲突的几率。如果子模块不声明依赖的使用,即使该依赖在父POM中的dependencyManagement中声明了,也不会产生任何效果。

关于“IDEA多module项目maven依赖的示例分析”这篇文章就分享到这里了,希望以上内容可以对大家有一定的帮助,使各位可以学到更多知识,如果觉得文章不错,请把它分享出去让更多的人看到。


标题名称:IDEA多module项目maven依赖的示例分析
链接分享:http://dzwzjz.com/article/gsgded.html
在线咨询
服务热线
服务热线:028-86922220
TOP