SSM框架整合概览( Spring + SpringMVC + Mybatis )

SSM框架整合需要的技术：Spring + SpringMVC +Mybatis
SSM框架主要是以Spring为来整合Springmvc、Mybatis,即把SpringMVC和MyBatis交给Spring来控制。
可以用下面这张图来解释理解其思路：

那么SSM框架到底是怎么样进行业务开发的呢？
我们可以对上面那张图进行深入思考下去对每一个步骤进行实现技术的再细分。
可以得出下面这张图：

从这张图中我们可以看出，利用SSM框架来进行业务的开发，大致可以分为5步，
Part1 部分：

1. 其中 Part1 中的Spring、Mybatis为整个项目的框架基础，为业务开发的基础，至于SpringMVC后续再说。
2. Mybatis框架，需要用到数据库连接jar包、阿里巴巴的druid源jar包、github上关于查询展示数据库的的分页插件pagehlper的jar。

Part2 部分：

1. 则开始通过Spring来整合Mybatis，并通过引入相应的junit4系列的包来提供测试环境。

Part3 部分：

1. 配置SpringMVC所需要的配置文件
2. 使用rest规范风格来定义请求的路径，并可用postman这款软件来进行测试请求的结果。
3. 把请求的数据封装成json格式，使得到的结果更利于解析和理解，这里需要引入jackson系列的jar包。

Part4 部分：

1. 第四部分则是Spring对SpringMVC的一个整合，其主要就是通过Controller的代码去调用Service里面的代码，即体现的是业务层调用表现层。

Part5 部分：

1. 则是后端对前端返回过去的数据进行一个封装，即让前端的开发人员可以轻易理解从后端返回到前端的数据(一般是json数据)，通常这里的前提是需要有一个统一的规范和样式。
2. 如果是操作的时候出现了异常，则需要通过封装自定义异常来像tocmat那样，把报错信息返回给前端，来方便对异常信息进行一个更好的定位和处理，当然返回的信息格式可以根据规范自行设置。

这里的项目搭建采用的是Maven + 项目框架的方式搭建的，具体如下：

项目搭建流程：
第一步是项目基础结构的搭建：

对应的数据库表是：

第二步是SSM的整合：

第三步是：

第四步是：

第五步：

下面则是项目的一个最终代码结构图，采用的是常规方法（即采用配置文件的方式，还有一种是全注解形式，用java代码和注解的形式把配置文件给干掉）。

全注解形式的项目代码结构图，即用java代码 + 注解的形式干掉几个配置文件。
项目里的需要干掉的配置文件，但是关于 jdbc.properties文件则需要保留。

纯注解的项目最终结构图，就只是干掉了几个配置文件，其他目录下的文件保持不动。

SSM框架整合概览( Spring + SpringMVC + Mybatis )

原文：https://www.cnblogs.com/Gray-pigeons/p/15135369.html