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次。