构建微服务：如何优雅的使用mybatis
我的图书馆
构建微服务：如何优雅的使用mybatis
#长按上图识别二维码，参与OSC源创会年终盛典#这两天启动了一个新项目因为项目组成员一直都使用的是 mybatis，虽然个人比较喜欢 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 主要有两种解决方案，一种是使用注解解决一切问题，一种是简化后的老传统。当然任何模式都需要首先引入 mybatis-spring-boot-starter 的 pom 文件,现在最新版本是1.1.1（刚好快到双11了 :)）好了下来分别介绍两种开发模式&无配置文件注解版&就是一切使用注解搞定。1 添加相关maven文件完整的pom包这里就不贴了，大家直接看源码2、application.properties&添加相关配置springboot会自动加载spring.datasource.*相关配置，数据源就会自动注入到sqlSessionFactory中，sqlSessionFactory会自动注入到Mapper中，对了你一切都不用管了，直接拿起来使用就行了。在启动类中添加对mapper包扫描@MapperScan或者直接在Mapper类上面添加注解@Mapper,建议使用上面那种，不然每个mapper加个注解也挺麻烦的3、开发Mapper第三步是最关键的一块，sql生产都在这里为了更接近生产我特地将user_sex、nick_name两个属性在数据库加了下划线和实体类属性名不一致，另外user_sex使用了枚举“ ● @Select&是查询类的注解，所有的查询均使用这个●&@Result&修饰返回的结果集，关联实体类属性和数据库字段一一对应，如果实体类属性和数据库属性名保持一致，就不需要这个属性来修饰。●&@Insert&插入数据库使用，直接传入实体类会自动解析属性到对应的值●&@Update&负责修改，也可以直接传入对象●&@delete&负责删除“ 注意，使用#符号和$符号的不同：4、使用上面三步就基本完成了相关dao层开发，使用的时候当作普通的类注入进入就可以了源码中controler层有完整的增删改查，这里就不贴了&极简 xml 版本极简xml版本保持映射文件的老传统，优化主要体现在不需要实现dao的是实现层，系统会自动根据方法名在映射文件中找对应的sql.1、配置pom文件和上个版本一样，只是application.properties新增以下配置指定了mybatis基础配置文件和实体类映射文件的地址mybatis-config.xml 配置这里也可以添加一些mybatis基础的配置2、添加User的映射文件其实就是把上个版本中mapper的sql搬到了这里的xml中了3、编写Dao层的代码对比上一步这里全部只剩了接口方法4、使用使用和上个版本没有任何区别，大家就看代码吧如何选择两种模式各有特点，注解版适合简单快速的模式，其实像现在流行的这种微服务模式，一个微服务就会对应一个自已的数据库，多表连接查询的需求会大大的降低，会越来越适合这种模式。老传统模式比适合大型项目，可以灵活的动态生成SQL，方便调整SQL，也有痛痛快快，洋洋洒洒的写SQL的感觉。福利 我为开源中国公众号出谋划策
TA的最新馆藏
喜欢该文的人也喜欢拒绝访问 |
| 百度云加速
请打开cookies.
此网站 () 的管理员禁止了您的访问。原因是您的访问包含了非浏览器特征(3a6a-ua98).
重新安装浏览器，或使用别的浏览器　　　目前正在维护的公司的一个项目是一个ssm架构的java项目,dao层的接口有大量数据库查询的方法,一个条件变化就要对应一个方法,再加上一些通用的curd方法,对应一张表的dao层方法有时候多达近20个,果断决定优化一下,经过一番探索,发现了一个mybatis的好伴侣,mybatis-plus,上手容易,简洁高效,这里有官方的文档,文档比较详细,本来不想在重复文档内容,但是关上文档,看着自己改过的项目,还是打算在脑海里过一下使用步骤及相关注意事项,顺便记录一下.
　MyBatis-plus有什么特色
　　　1.代码生成 2.条件构造器
　　　　对我而言,主要的目的是使用它强大的条件构建器.　　&
快速使用步骤:
　　1.添加pom文件依赖
&dependency&
&groupId&org.apache.velocity&/groupId&
&artifactId&velocity&/artifactId&
&version&1.7&/version&&/dependency&
&dependency&
&groupId&com.baomidou&/groupId&
&artifactId&mybatis-plus&/artifactId&
&version&2.0.1&/version& &/dependency&
　　注意:mybatis-plus会自动维护mybatis以及mybatis-spring的依赖,所以不需要引入后两者,避免发生版本冲突.
　　2.修改配置文件
　　将mybatis的sqlSessionFactory替换成mybatis-plus的即可,mybatis-plus只做了一些功能的扩展:
&bean id="sqlSessionFactory" class="com.baomidou.mybatisplus.spring.MybatisSqlSessionFactoryBean"&
&property name="dataSource" ref="dataSource"/&
&!-- 自动扫描Mapping.xml文件 --&
&property name="mapperLocations" value="classpath:mybatis/*/*.xml"/&
&property name="configLocation" value="classpath:mybatis/mybatis-config.xml"/&
&property name="typeAliasesPackage" value="com.baomidou.springmvc.model.*"/&
&property name="plugins"&
&!-- 分页插件配置 --&
&bean id="paginationInterceptor" class="com.baomidou.mybatisplus.plugins.PaginationInterceptor"&
&property name="dialectType" value="mysql"/&
&/property&
&!-- 全局配置注入 --&
&property name="globalConfig" ref="globalConfig" /& &/bean&
　　在上面的配置中,除了mybatis的常规配置,多了一个分页插件的配置和全局配置,mybatis-plus提供了很方便的使用分页的插件,还有一个全局配置如下:　　
&bean id="globalConfig" class="com.baomidou.mybatisplus.entity.GlobalConfiguration"&
AUTO-&`0`("数据库ID自增")
INPUT-&`1`(用户输入ID")
ID_WORKER-&`2`("全局唯一ID")
UUID-&`3`("全局唯一ID")
&property name="idType" value="2" /&
MYSQL-&`mysql`
ORACLE-&`oracle`
DB2-&`db2`
HSQL-&`hsql`
SQLITE-&`sqlite`
POSTGRE-&`postgresql`
SQLSERVER2005-&`sqlserver2005`
SQLSERVER-&`sqlserver`
&!-- Oracle需要添加该项 --&
&!-- &property name="dbType" value="oracle" /& --&
&!-- 全局表为下划线命名设置 true --&
&property name="dbColumnUnderline" value="true" /&
　　至此,配置工作就算大功告成了,接下来通过一个简单的例子来感受一下它的使用.
　　1.新建一个User表:
@TableName("user")
public class User implements Serializable {
/** 用户ID */
/** 用户名 */
/** 用户年龄 */
@TableField(exist = false)
　　这里有两个注解需要注意,第一是@tableName("user"),它是指定与数据库表的关联,这里的注解意味着你的数据库里应该有一个名为user的表与之对应,并且数据表的列名应该就是User类的属性,对于User类中有而user表中没有的属性需要加第二个注解@TableField(exist = false),表示排除User类中的属性.
& & &2.新建Dao层接口UserMapper:
* User 表数据库控制层接口
public interface UserMapper extends BaseMapper&User& {
@Select("selectUserList")
List&User& selectUserList(Pagination page,String state);
　　dao接口需要实现Basemapper,这样就能够使用封装好的很多通用方法,另外也可以自己编写方法,@select注解引用自第三步的UserMapper文件　　
　　3.新建UserMapper配置文件:
&?xml version="1.0" encoding="UTF-8"?&
&!DOCTYPE mapper PUBLIC "-//mybatis.org//DTD Mapper 3.0//EN" "http://mybatis.org/dtd/mybatis-3-mapper.dtd"&
&mapper namespace="com.baomidou.springmvc.mapper.system.UserMapper"&
&!-- 通用查询结果列--&
&sql id="Base_Column_List"&
id, name, age
&select id="selectUserList" resultType="User"&
SELECT * FROM sys_user WHERE state=#{state}
　　4.新建service层类UserService:
* User 表数据服务层接口实现类
public class UserService extends ServiceImpl&UserMapper, User&{
public Page&User& selectUserPage(Page&User& page, String state) {
page.setRecords(baseMapper.selectUserList(page,state));
　　UserService继承了ServiceImpl类,mybatis-plus通过这种方式为我们注入了UserMapper,这样可以使用service层默认为我们提供的很多方法,也可以调用我们自己在dao层编写的操作数据库的方法.Page类是mybatis-plus提供分页功能的一个model,继承了Pagination,这样我们也不需要自己再编写一个Page类,直接使用即可.
　　5,新建controller层UserController
@Controller
public class UserController extends BaseController {
@Autowired
private IUserService userS
@ResponseBody
@RequestMapping("/page")
public Object selectPage(Model model){
Page page=new Page(1,10);
page = userService.selectUserPage(page, "NORMAL");
&　　以上就完成了一个基本的功能,下面来看一下它的条件构建器.
mybatis-plus的条件构建器
　　首先看一个条件构建器实例的简单实用.
public void test(){
EntityWrapper ew=new EntityWrapper();
ew.setEntity(new User());
String name="wang";
Integer age=16;
ew.where("name = {0}",name).andNew("age & {0}",age).orderBy("age");
List&User& list = userService.selectList(ew);
Page page2 = userService.selectPage(page, ew);
　　这里使用了一个条件包装类EntityWrapper,来进行对sql语句的拼装,原理也很好理解,上面的代码中,第一个list查询的结果就是查询数据库中name=wang并且age&16岁的所有记录并按照age排序.而第二个查询就是再多加一个分页的功能.
　　基本上来说,使用EntityWrapper可以简单地完成一些条件查询,但如果查询方法使用频率很高的话还是建议自己写在UserMapper里.
　　那么自定义的mapper方法能不能使用EntityWrapper呢,当然也是可以的.
　　文档中给了一个这样的例子.
　　1.在Mappper中定义:
　　List&User& selectMyPage(RowBounds rowBounds, @Param("ew") Wrapper&T& wrapper);
&　　2.在mapper文件中定义:
&　　对于EntityMapper的条件拼接,基本可以实现sql中常用的where,and,or,groupby,orderby等语法,具体构建方法可以灵活组合.
public void testTSQL11() {
* 实体带查询使用方法
输出看结果
ew.setEntity(new User(1));
ew.where("name={0}", "'zhangsan'").and("id=1")
.orNew("status={0}", "0").or("status=1")
.notLike("nlike", "notvalue")
.andNew("new=xx").like("hhh", "ddd")
.andNew("pwd=11").isNotNull("n1,n2").isNull("n3")
.groupBy("x1").groupBy("x2,x3")
.having("x1=11").having("x3=433")
.orderBy("dd").orderBy("d1,d2");
System.out.println(ew.getSqlSegment());
阅读(...) 评论()