成都创新互联网站制作重庆分公司

如何进行maven模块划分实践

如何进行maven模块划分实践,相信很多没有经验的人对此束手无策,为此本文总结了问题出现的原因和解决方法,通过这篇文章希望你能解决这个问题。

创新互联从2013年创立,是专业互联网技术服务公司,拥有项目成都网站设计、网站制作网站策划,项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命,1280元伊美做网站,已为上家服务,为伊美各地企业和个人服务,联系电话:18982081108

我们平常做的java项目模块划分可能是这样:

如何进行maven模块划分实践

controller为控制器层;service为业务逻辑实现层;dao和数据库交互;util放些工具类;constant放常量类。

这样的模块划分很常见,但是有很多弊端:

1、当随着项目版本迭代,需求不断增加,代码结构越来越庞大,为后期的维护增大成本。比如说,我们改了一个controller类,就得整个项目全部编译。

2、比如说项目的util包里封装了很多通用工具类,当前项目可以用,其他项目也可以用,如果是上面的划分模式,就得依赖项目war,这变得非常的恶心,因为在maven中配置对war的依赖远不如依赖jar那样简单明了。

其实这种划分没有遵守一个设计模式原则:“高内聚,低耦合”。虽然我们通过包名划分了层次,这很好,但还不够,因为就构建层次来说,所有东西都被耦合在一起了。因此我们需要使用Maven划分模块(module)

如下图:

如何进行maven模块划分实践

artmuseum-parent为所有module的父类,打包类型为pom,只有一个pom.xml文件用于管理module;

artmuseum-common被artmuseum-parent管理,该工程用于封装工具类、常量,打包类型为jar;

artmuseum-manage同样被artmuseum-parent管理,为该项目主要module,用于管理controller、service、dao、pojo这四个module,打包类型为pom;

module之间依赖关系如下:

artmuseum-manage-controller -> 

artmuseum-manage-service ->

artmuseum-manage-dao ->

artmuseum-manage-pojo ->

artmuseum-common

这种划分就解决了上面的弊端:

1、方便重用,如果需要把common包中的工具类等用到其他项目组件,只需要

把common这个module执行mvn install后,依赖生成的jar即可;

2、利于扩展和维护,修改了controller层的代码,只需要mvn install这个module即可。

基于此,今天撸了一个聚合工程出来,用到了SSM框架并实现了一个发布项目的接口(简单的入库)。

工程结构如下:

如何进行maven模块划分实践

接口测试如下:

如何进行maven模块划分实践

入库成功如下:

如何进行maven模块划分实践

看完上述内容,你们掌握如何进行maven模块划分实践的方法了吗?如果还想学到更多技能或想了解更多相关内容,欢迎关注创新互联行业资讯频道,感谢各位的阅读!


当前标题:如何进行maven模块划分实践
URL链接:http://cxhlcq.com/article/igigjd.html

其他资讯

在线咨询

微信咨询

电话咨询

028-86922220(工作日)

18980820575(7×24)

提交需求

返回顶部