关于Mybatis的升级过程

关于Mybatis的升级过程

继原生的Mybatis，阿里先后推出了两个升级版本的ORM框架，分别是：Mybatis Plus、FluentMybatis.

需求场景设置

我们通过一个比较典型的业务需求来具体实现和对比下，假如有学生成绩表结构如下:

现在有需求:

统计2000年三门学科(‘英语’, ‘数学’, ‘语文’)及格分数按学期,学科统计最低分，最高分和平均分, 且样本数需要大于1条,统计结果按学期和学科排序

我们可以写SQL语句如下:

那上面的需求，分别用fluent mybatis, 原生mybatis 和 Mybatis plus来实现一番。

三者实现对比

使用fluent mybatis 来实现上面的功能

具体代码：https://gitee.com/fluent-mybatis/fluent-mybatis-docs/tree/master/spring-boot-demo/
我们可以看到fluent api的能力，以及IDE对代码的渲染效果。

换成mybatis原生实现效果
1.定义Mapper接口

2.定义接口需要用到的参数实体 SummaryQuery

3.定义实现业务逻辑的mapper xml文件

4.实现业务接口(这里是测试类, 实际应用中应该对应Dao类)

总之，直接使用mybatis，实现步骤还是相当的繁琐，效率太低。那换成mybatis plus的效果怎样呢？

换成mybatis plus实现效果
mybatis plus的实现比mybatis会简单比较多，实现效果如下:

如红框圈出的，写mybatis plus实现用到了比较多字符串的硬编码（可以用Entity的get lambda方法部分代替字符串编码）。
字符串的硬编码，会给开发同学造成不小的使用门槛，个人觉的主要有2点：

• 字段名称的记忆和敲码困难
• Entity属性跟随数据库字段发生变更后的运行时错误
  其他框架，比如TkMybatis在封装和易用性上比mybatis plus要弱，就不再比较了。

生成代码编码比较
fluent mybatis生成代码设置

mybatis plus代码生成设置

FluentMybatis特性一览

三者对比总结
看完3个框架对同一个功能点的实现, 各位肯定会有自己的判断，这里也总结了一份比较。