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