整合最优雅SSM框架：SpringMVC + Spring + MyBatis 基础

在写代码之前我们先了解一下这三个框架分别是干什么的？ 相信大以前也看过不少这些概念，我这就用大白话来讲，如果之前有了解过可以跳过这一大段，直接看代码！

1. SpringMVC：它用于web层，相当于controller（等价于传统的servlet和struts的action），用来处理用户请求。举个例子，用户在地址栏输入http://网站域名/login，那么springmvc就会拦截到这个请求，并且调用controller层中相应的方法，（中间可能包含验证用户名和密码的业务逻辑，以及查询数据库操作，但这些都不是springmvc的职责），最终把结果返回给用户，并且返回相应的页面（当然也可以只返回json/xml等格式数据）。springmvc就是做前面和后面过程的活，与用户打交道！！

2. Spring：太强大了，以至于我无法用一个词或一句话来概括它。但与我们平时开发接触最多的估计就是IOC容器，它可以装载bean（也就是我们java中的类，当然也包括service dao里面的），有了这个机制，我们就不用在每次使用这个类的时候为它初始化，很少看到关键字new。另外spring的aop，事务管理等等都是我们经常用到的。

3. MyBatis：如果你问我它跟鼎鼎大名的Hibernate有什么区别？我只想说，他更符合我的需求。第一，它能自由控制sql，这会让有数据库经验的人（当然不是说我啦捂脸）编写的代码能搞提升数据库访问的效率。第二，它可以使用xml的方式来组织管理我们的sql，因为一般程序出错很多情况下是sql出错，别人接手代码后能快速找到出错地方，甚至可以优化原来写的sql。

SSM框架整合配置

好了，前面bb那么多，下面我们真正开始敲代码了~

首先我们打开IED，我这里用的是eclipse（你们应该也是用的这个，对吗？），创建一个动态web项目，建立好相应的目录结构（重点！）

（打了马赛克是因为这里还用不到，你们不要那么污好不好？）

我说一下每个目录都有什么用吧（第一次画表格，我发现markdown的表格语法很不友好呀~） 这个目录结构同时也遵循maven的目录规范~

src	根目录，没什么好说的，下面有main和test。
main	主要目录，可以放java代码和一些资源文件。
java	存放我们的java代码，这个文件夹要使用Build Path -> Use as Source Folder，这样看包结构会方便很多，新建的包就相当于在这里新建文件夹咯。
resources	存放资源文件，譬如各种的spring，mybatis，log配置文件。
mapper	存放dao中每个方法对应的sql，在这里配置，无需写daoImpl。
spring	这里当然是存放spring相关的配置文件，有dao service web三层。
sql	其实这个可以没有，但是为了项目完整性还是加上吧。
webapp	这个貌似是最熟悉的目录了，用来存放我们前端的静态资源，如jsp js css。
resources	这里的资源是指项目的静态资源，如js css images等。
WEB-INF	很重要的一个目录，外部浏览器无法访问，只有羡慕内部才能访问，可以把jsp放在这里，另外就是web.xml了。你可能有疑问了，为什么上面java中的resources里面的配置文件不妨在这里，那么是不是会被外部窃取到？你想太多了，部署时候基本上只有webapp里的会直接输出到根目录，其他都会放入WEB-INF里面，项目内部依然可以使用classpath:XXX来访问，好像IDE里可以设置部署输出目录，这里扯远了~
test	这里是测试分支。
java	测试java代码，应遵循包名相同的原则，这个文件夹同样要使用Build Path -> Use as Source Folder，这样看包结构会方便很多。
resources	没什么好说的，好像也很少用到，但这个是maven的规范。

我先新建好几个必要的包，并为大家讲解一下每个包的作用，顺便理清一下后台的思路~

dao	数据访问层（接口）	与数据打交道，可以是数据库操作，也可以是文件读写操作，甚至是redis缓存操作，总之与数据操作有关的都放在这里，也有人叫做dal或者数据持久层都差不多意思。为什么没有daoImpl，因为我们用的是mybatis，所以可以直接在配置文件中实现接口的每个方法。
entity	实体类	一般与数据库的表相对应，封装dao层取出来的数据为一个对象，也就是我们常说的pojo，一般只在dao层与service层之间传输。
dto	数据传输层	刚学框架的人可能不明白这个有什么用，其实就是用于service层与web层之间传输，为什么不直接用entity（pojo）？其实在实际开发中发现，很多时间一个entity并不能满足我们的业务需求，可能呈现给用户的信息十分之多，这时候就有了dto，也相当于vo，记住一定不要把这个混杂在entity里面，答应我好吗？
service	业务逻辑（接口）	写我们的业务逻辑，也有人叫bll，在设计业务接口时候应该站在“使用者”的角度。额，不要问我为什么这里没显示！IDE调皮我也拿它没办法~
serviceImpl	业务逻辑（实现）	实现我们业务接口，一般事务控制是写在这里，没什么好说的。
web	控制器	springmvc就是在这里发挥作用的，一般人叫做controller控制器，相当于struts中的action。

还有最后一步基础工作，导入我们相应的jar包，我使用的是maven来管理我们的jar，所以只需要在

pom.xml

中加入相应的依赖就好了，如果不使用maven的可以自己去官网下载相应的jar，放到项目WEB-INF/lib目录下。关于maven的学习大家可以看慕课网的视频教程，这里就不展开了。我把项目用到的jar都写在下面，版本都不是最新的，大家有经验的话可以自己调整版本号。另外，所有jar都会与项目一起打包放到我的github上，喜欢的给个star吧~

pom.xml

下面真的要开始进行编码工作了，坚持到这里辛苦大家了~

第一步：我们先在spring文件夹里新建

spring-dao.xml文件，因为spring的配置太多，我们这里分三层，分别是dao service web。

1. 读入数据库连接相关参数（可选）

2. 配置数据连接池

3. 配置连接属性，可以不读配置项文件直接在这里写死

4. 配置c3p0，只配了几个常用的

5. 配置SqlSessionFactory对象（mybatis）

6. 扫描dao层接口，动态实现dao接口，也就是说不需要daoImpl，sql和参数都写在xml文件上

spring-dao.xm

因为数据库配置相关参数是读取配置文件，所以在resources文件夹里新建一个

jdbc.properties文件，存放我们4个最常见的数据库连接属性，这是我本地的，大家记得修改呀~还有喜欢传到github上“大头虾们”记得删掉密码，不然别人就很容易得到你服务器的数据库配置信息，然后干一些羞羞的事情，你懂的！！

jdbc.properties

友情提示：

配置文件中的jdbc.username，如果写成username，可能会与系统环境中的username变量冲突，所以到时候真正连接数据库的时候，用户名就被替换成系统中的用户名（有得可能是administrator），那肯定是连接不成功的，这里有个小坑，我被坑了一晚上！！

因为这里用到了mybatis，所以需要配置mybatis核心文件，在recources文件夹里新建mybatis-config.xml文件。

1. 使用自增主键

2. 使用列别名

3. 开启驼峰命名转换 create_time -> createTime

mybatis-config.xml

第二步：刚弄好dao层，接下来到service层了。在

spring

文件夹里新建

spring-service.xml

文件。

1. 扫描service包所有注解 @Service

2. 配置事务管理器，把事务管理交由spring来完成

3. 配置基于注解的声明式事务，可以直接在方法上@Transaction

   spring-service.xml

   

第三步：配置web层，在spring文件夹里新建spring-web.xml文件。

1. 开启SpringMVC注解模式，可以使用@RequestMapping，@PathVariable，@ResponseBody等

2. 对静态资源处理，如js，css，jpg等

3. 配置jsp 显示ViewResolver，例如在controller中某个方法返回一个string类型的"login"，实际上会返回"/WEB-INF/login.jsp"

4. 扫描web层 @Controller

spring-web.xml

第四步：最后就是修改web.xml文件了，它在webapp的WEB-INF下。

web.xml

我们在项目中经常会使用到日志，所以这里还有配置日志xml，在resources文件夹里新建logback.xml文件，所给出的日志输出格式也是最基本的控制台s呼出。

logback.xml

到目前为止，我们一共写了7个配置文件，我们一起来看下最终的配置文件结构图。

文章转自:http://www.toutiao.com/a6422901113355419905/

https://www.hellojava.com/article/10