MP是一个很响亮的名字，毕竟在Mybatis后面加了一个plus，就好像Iphone机型后面加了plus就感觉更牛一样。但是我要告诉你，Mybatis-plus的特性只会让你的代码更烂。Mybatis-plus的神奇之处在于，它能让你的代码看起来整洁并且在开发阶段降低SQL报错的概率，但同时降低代码复用性和层次结构的清晰度，大幅增加代码修改维护成本。
代码整洁本身是为了降低修改成本的，MP本末倒置。
整洁的代码意味着阅读代码的时间成本降低，但是如果使用MP，在你阅读service层代码时，还会看到在代码中拼装SQL执行条件的部分。这样一来，service层代码和数据库访问层代码混淆在一起，让程序员很难专注的关心某一细节。常见的SQL操作MP可以通过Wrapper构造SQL执行条件，程序员就看不到一条条SQL语句，而阅读和检查SQL逻辑是比较耗费精力的事，MP只不过是以后期维护成本为代价换取开发时貌似整洁的优势。
SQL执行错误是最容易修改的错误
如果你使用纯Mybatis相比MP会更容易爆出SQL执行错误。其实大可不必太在乎这个问题，如果是SQL执行逻辑有问题，那不管MP还是Mybatis都会报错。如果是SQL语法错误，由于SQL语法错误在Java开发中错误日志非常显眼，所以你可以通过复制日志中报错的SQL然后代码全局搜索快速定位出错位置，而且SQL语法错误基本都是字段名写错或者执行条件顺序错误，这都是非常容易修改的BUG。
纯Mybatis具有更好的代码复用性
比如，我要查询班级id为7，的所有班干部同学。你在纯Mybatis中会一次性将SQL写进XML文件中，如果在项目中这条SQL需要调用N次，你只需要在这N个地方都传参调用即可。但如果用了MP，你需要将相同的代码复制N次。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
