好久没有更新博客了,以前定下周更逐渐成了月更。怎么感受像我追过的一部动漫。
这个博文其实很早就想写了。
以前全部的代码都是在一个模块里面进行开发,这和maven的理念是彻底不相符的,最近硬是抽了一个时间来对项目的结构进行了一次重构。git
先来看看此次重构以后的目录结构github
至于为何要分模块呢?web
咱们设想一个这样的场景:
在如今的互联网开发中,会把一个很大的系统拆分红各个子系统用于下降他们之间的耦合度。spring
在一个子项目中一般都会为API
、WEB
、Service
等模块。
并且当项目够大时,这些一般都不是一我的能完成的工做,须要一个团队来各司其职。api
想象一下:当以前全部的项目都在一个模块的时候,A改动了API,须要Deploy
代码。而B也改动了service
的代码,但并无彻底作完。因此A在提交build
的时候就会报错maven
并且在整个项目足够大的时候,这个build
的时间也是很影响效率的。工具
但让我将各个模块之间分开以后效果就不同了。我修改了API
我就只须要管个人就行,不须要整个项目进行build
。开发工具
并且当有其余项目须要依赖我这个API
的时候也只须要依赖API
便可,不用整个项目都依赖过去。ui
来看下此次我所分的模块。spa
这是整个项目的根节点。
先看一下其中的pom.xml
:
<groupId>com.crossoverJie</groupId>
<artifactId>SSM</artifactId>
<packaging>pom</packaging>
<version>2.0.0</version>
<modules>
<module>SSM-API</module>
<module>SSM-BOOT</module>
<module>SSM-SERVICE</module>
<module>SSM-WEB</module>
</modules>
<properties>
<project.build.sourceEncoding>UTF-8</project.build.sourceEncoding>
<spring.version>4.1.4.RELEASE</spring.version>
<jackson.version>2.5.0</jackson.version>
<lucene.version>6.0.1</lucene.version>
</properties>
<dependencyManagement>
<dependencies>
<dependency>
<groupId>com.crossoverJie</groupId>
<artifactId>SSM-API</artifactId>
<version>2.0.0</version>
</dependency>
</dependencies>
</dependencyManagement>复制代码
我截取了其中比较重点的配置。
因为这是父节点,因此个人packag
类型使用的是pom
。
其中分别有着四个子模块。
其中重点看下<dependencyManagement>
这个标签。
若是使用的是IDEA
这个开发工具的话是能够看到以下图:
标红的有一个向下的箭头,点一下就能够进入子模块中相同的依赖。
这样子模块就不须要配置具体的版本了,统一由父模块来进行维护,对以后的版本升级也带来了好处。
接下来看下API
这个模块:
一般这个模块都是用于定义外部接口的,以及改接口所依赖的一些DTO类
。
通常这个模块都是拿来给其余项目进行依赖,并和本项目进行数据交互的。
BOOT
这个模块比较特殊。
能够看到这里没有任何代码,只有一个rpc
的配置文件。
一般这个模块是用于给咱们内部项目进行依赖的,并不像上面的API
模块同样给其余部门或者是项目进行依赖的。
由于在咱们的RPC
调用的时候,用dubbo
来举例,是须要配置所依赖的consumer
。
但若是是咱们本身内部调用的话咱们就能够把须要调用本身的dubbo
服务提供者配置在这里,这样的话咱们本身调用就只须要依赖这个BOOT
就能够进行调用了。
哦对了,BOOT
同时还会依赖API
,这样才实现了只依赖BOOT
就能够调用本身内部的dubbo
服务了。
以下所示:
<dependencies>
<dependency>
<groupId>junit</groupId>
<artifactId>junit</artifactId>
<scope>test</scope>
</dependency>
<dependency>
<groupId>com.crossoverJie</groupId>
<artifactId>SSM-API</artifactId>
</dependency>
</dependencies>复制代码
SERVICE
模块就比较好理解了。
是处理具体业务逻辑的地方,也是对以前的API的实现。
一般这也是一个web
模块,因此个人pom
类型是WAR
。
其实WEB
模块和SERVICE
模块有点重合了。一般来讲这个模块通常在一个对外提供http
访问接口的项目中。
这里只是为了展现项目结构,因此也写在了这里。
他的做用和service
差很少,都是WAR
的类型。
此次没有实现什么特别的功能,只是对一些尚未接触过这种项目结构开发的童鞋能起到一些引导做用。
具体源码还请关注个人github
。
我的博客地址:crossoverjie.top。
GitHub地址:github.com/crossoverJi…。