我的比较喜欢 jpa 这种极简的模式,可是为了项目保持统一性技术选型仍是定了 mybatis。到网上找了一下关于 spring boot 和 mybatis 组合的相关资料,各类各样的形式都有,看的人心累,结合了 mybatis 的官方 demo 和文档终于找到了最简的两种模式,花了一天时间总结后分享出来。
orm 框架的本质是简化编程中操做数据库的编码,发展到如今基本上就剩两家了,一个是宣称能够不用写一句 sQ L的 hibernate,一个是能够灵活调试动态sql的mybatis,二者各有特色,在企业级系统开发中能够根据需求灵活使用。发现一个有趣的现象:传统企业大都喜欢使用
hibernate,互联网行业一般使用mybatis。hibernate特色就是全部的sql都用Java代码来生成,不用跳出程序去写(看)sql,有着编程的完整性,发展到最顶端就是spring data jpa这种模式了,基本上根据方法名就能够生成对应的sql了,有不太了解的能够看个人上篇文章构建微服务:spring data jpa的使用。
mybatis初期使用比较麻烦,须要各类配置文件、实体类、dao层映射关联、还有一大推其它配置。固然mybatis也发现了这种弊端,初期开发了generator能够根据表结果自动生产实体类、配置文件和dao层代码,能够减轻一部分开发量;后期也进行了大量的优化可使用注解了,自动管理dao层和配置文件等,发展到最顶端就是今天要讲的这种模式了,mybatis-spring-boot-starter就是springboot+mybatis能够彻底注解不用配置文件,也能够简单配置轻松上手。
“如今想一想spring boot 就是牛逼呀,任何东西只要关联到spring boot都是化繁为简。
mybatis-spring-boot-starter
官方说明:MyBatis Spring-Boot-Starter will help you use MyBatis with Spring Boot
其实就是myBatis看spring boot这么火热也开发出一套解决方案来凑凑热闹,但这一凑确实解决了不少问题,使用起来确实顺畅了许多。 mybatis-spring-boot-starter 主要有两种解决方案,一种是使用注解解决一切问题,一种是简化后的老传统。spring
固然任何模式都须要首先引入 mybatis-spring-boot-starter 的 pom 文件,如今最新版本是1.1.1sql
好了下来分别介绍两种开发模式
无配置文件注解版 就是一切使用注解搞定。数据库
1 添加相关maven文件编程
完整的pom包这里就不贴了,你们直接看源码springboot
二、application.properties 添加相关配置mybatis
springboot会自动加载spring.datasource.*相关配置,数据源就会自动注入到sqlSessionFactory中,sqlSessionFactory会自动注入到Mapper中,对了你一切都不用管了,直接拿起来使用就好了。app
在启动类中添加对mapper包扫描@MapperScan框架
或者直接在Mapper类上面添加注解@Mapper,建议使用上面那种,否则每一个mapper加个注解也挺麻烦的maven
三、开发Mapperspring-boot
第三步是最关键的一块,sql生产都在这里
为了更接近生产我特意将user_sex、nick_name两个属性在数据库加了下划线和实体类属性名不一致,另外user_sex使用了枚举
“● @Select 是查询类的注解,全部的查询均使用这个● @Result 修饰返回的结果集,关联实体类属性和数据库字段一一对应,若是实体类属性和数据库属性名保持一致,就不须要这个属性来修饰。● @Insert 插入数据库使用,直接传入实体类会自动解析属性到对应的值● @Update 负责修改,也能够直接传入对象● @delete 负责删除“注意,使用#符号和$符号的不一样:
四、使用
上面三步就基本完成了相关dao层开发,使用的时候看成普通的类注入进入就能够了
源码中controler层有完整的增删改查,这里就不贴了
极简 xml 版本
极简xml版本保持映射文件的老传统,优化主要体如今不须要实现dao的是实现层,系统会自动根据方法名在映射文件中找对应的sql.
一、配置pom文件和上个版本同样,只是application.properties新增如下配置
指定了mybatis基础配置文件和实体类映射文件的地址
mybatis-config.xml 配置
这里也能够添加一些mybatis基础的配置
二、添加User的映射文件
其实就是把上个版本中mapper的sql搬到了这里的xml中了
三、编写Dao层的代码
对比上一步这里所有只剩了接口方法
四、使用
使用和上个版本没有任何区别,你们就看代码吧
如何选择两种模式各有特色,注解版适合简单快速的模式,其实像如今流行的这种微服务模式,一个微服务就会对应一个自已的数据库,多表链接查询的需求会大大的下降,会愈来愈适合这种模式。老传统模式比适合大型项目,能够灵活的动态生成SQL,方便调整SQL,也有痛痛快快,洋洋洒洒的写SQL的感受。