为什么mybatis要这样写，明明xml写sql，搞得我们看不懂，就觉得深奥了

说实在话，很多所谓的mybatis-plus还是tk-XXX什么的，纯粹是重复造轮子，很多小改进确实挺方便的。但其实Spring早就提供类类似的方式，就是Spring Boot Data JPA的组件，其原理是一样的，只是很多人不知道。但从个人角度看，我并不喜欢使用这些plus、tk什么的，纯粹是多余的，而且mybatis新版本就支持注解和XML的方式，完全够用，至于分页自己可以只集成分页插件就好没必要再去引入其它的所谓增强版，这些不就是Spring早已提供的JPA的方式吗，直接使用官方的不是很好吗？

每个人都有自己的开发习惯和喜欢用的技术，老师是使用他习惯的技术来进行讲解，至于我们项目中是否使用，还会根据实际情况而定。

看公司情况去定吧  mybatis  有注解和xml 方式  单表这种简单的操作就没有必要去纠结了 注解有注解的优势  但是我个人还是觉得 xml 方式 方便上手一些和维护 就算重新招人 也很快上手

还是挺好用的，单表的增删改查不用写sql了， 这不是很舒服么

老师用的是tk-mybatis，与mybatis-plus差不多，基本的增删改查都已经实现，但不明白老师为什么还要生成mybatis的xml？复合查询的时候还用得到xml

这种写法很主流呀，很多公司都是这样的实践的。单表就用默认的，多表就自定义。JPA的也是这样的。

减少代码的编写，本人比较喜欢mybatis-plus，还可以自带分页，很舒服

正常的开发工作中很多的公司框架都会集成这种第三方的工具（代码生成工具，mybatis plus等） 对于简单的查询一般就是用工具提供的查询方法即可，不用一直在xml里写sql，开发效率高，减少代码量，以后维护也方便一些

单表增删改查用 example 比较方便呀，不然你 service 层要定义和实现方法，mapper也要定义和实现，多麻烦

很正常吧，单表的sql没必要写道xml里把，mybatis-plus了解一下。

为了提高开发效率，工具使用多了就顺手了，后面开发时间就会缩短。这里省下的是写单表增删改差的sql语句的时间。

你可以看作开拓视野嘛

还是怀念ThinkPHP5的数据库操作，模型查询，关联查询，太方便了

了解下JPA,  这个mapper中间件, 结合了ＪＰＡ的优点和ｍｙｂａｔｉｓ本身的优点

一些简单的增删查改可一个用 普通的Example 来执行,而不用我们写sql,这样提高开发效率。

但稍微复杂一点的sql还是要我们自己手写的。

个人编码习惯吧，单表操作那样写的确简单一点