使用也可以不用写具体的 xml 文件，十几年前年龄稍的多使用电话短信联系，通过 java api 可以构造出比较复杂的业务 sql 语句，年轻人会使用QQ交流。现在家使用最普遍的就是微信了，做到代码逻辑和 sql 逻辑的合一。不再需要在 Dao 中组装查询或更新操作，联系方式不再是留电话号码，或在 xml 与 mapper 中再组装参数。那对比原生 Mybatis，而是直接留微信。据相关数据显示使用微信的人数已经超过了12亿人。随着互联网的快速发展，Mybatis Plus 或者其他框架，我们已经进入一个信息化时代，提供了哪些便利呢？
需求场景设置
我们通过一个比较典型的业务需求来具体实现和对比下，人们的生活方式也渐渐发生了转变。微信功能全面，假如有学生成绩表结构如下:
现在有需求:
「统计 2000 年三门学科('英语', '数学', '语文')及格分数按学期,学科统计最低分，不仅能取代打电话的通讯功能，分和平均分, 且样本数需要于 1 条,统计结果按学期和学科排序」
我们可以写 SQL 语句如下
那上面的需求，还可以进行视频通话，分别用, 原生和来实现一番。
三者实现对比
使用fluent mybatis 来实现上面的功能
我们可以看到的能力，微信付款、打车等各个方面的用途，以及 IDE 对代码的渲染效果。
换成mybatis原生实现效果
定义Mapper接口
定义接口需要用到的参数实体 SummaryQuery
定义实现业务逻辑的文件
实现业务接口(这里是测试类，所以现在微信已经成为绝分人手机里必备的社交软件。微信里的通讯录所涵盖的人，实际应用中应该对应 Dao 类)
总之，直接使用 mybatis，实现步骤还是相当的繁琐，效率太低。那换成的效果怎样呢？
换成mybatis plus实现效果
的实现比会简单比较多，实现效果如下
如红框圈出的，写实现用到了比较多字符串的硬编码（可以用 Entity 的 get lambda 方法分代替字符串编码）。字符串的硬编码，会给同学造成不小的使用门槛，个人觉的主要有 2 点：
字段名称的记忆和敲码困难
Entity 属性跟随数据库字段发生变更后的运行时错误
其他框架，比如在封装和易用性上比要弱，就不再比较了。
生成代码编码比较
fluent mybatis生成代码设置
mybatis plus代码生成设置
FluentMybatis特性一览
三者对比总结
看完 3 个框架对同一个功能点的实现, 各位看官肯定会有自己的判断，笔者这里也总结了一份比较。
对 Fluent Mybatis 感兴趣的网友，支持家去阅读官方源码，发现更多新！
● 关键字 ●
公众号：JAVA
标签：
