为什么不建议你使用Mybatis-plus

MP是一个很唬人的名字，毕竟在MyBatis后面加了一个plus，就好像iphone机型后面加了plus就感觉更牛一样。但是我要告诉你，Mybatis-plus的特性只会让你的代码更烂。Mybatis-plus的矛盾之处在于，它能让你的代码看起来整洁并且在开发阶段降低SQL报错的概率，但同时降低代码复用性和层次结构的清晰度，大幅增加代码修改维护成本。

1.代码整洁本身是为了降低修改成本的，MP却本末倒置

整洁的代码意味着阅读代码的时间成本降低，但是如果使用MP，在你阅读service层代码时，还会看到在代码中拼装SQL执行条件的部分。这样一来，service层代码和数据库访问层代码混淆在一起，让程序员很难专注地关心某一细节。常见的SQL操作MP可以通过WrApper构造SQL执行条件，程序员就看不到一条条SQL语句，而阅读和检查SQL逻辑是比较耗费精力的事，MP只不过是以后期维护成本为代价换取开发时貌似整洁的优势。

2.SQL执行错误是最容易修改的错误

如果你使用纯Mybatis相比MP会更容易爆出SQL执行错误。其实大可不必太在乎这个问题，如果是SQL执行逻辑有问题，那不管MP还是Mybatis都会报错。如果是SQL语法错误，由于SQL语法错误在JAVA开发中错误日志非常显眼，所以你可以通过复制日志中报错的SQL然后代码全局搜索快速定位出错位置，而且SQL语法错误基本都是字段名写错或者执行条件顺序错误，这都是非常容易修改的BUG。

3.纯Mybatis具有更好的代码复用性

比如，我要查询班级id为7的所有班干部同学。你在纯Mybatis中会一次性将SQL写进XML文件中，如果在项目中这条SQL需要调用N次，你只需要在这N个地方都传参调用即可。但如果用了MP，你需要将相同的代码复制N次。