前言

后端一半的時間都是在和關系型數據庫打交道，那么雖然我們用 mybatis 這個 ORM 框架，簡化代碼的開發。但是代碼中涉及到太多的重復操作，比如對用戶的增刪改查和對設備的增刪改查。我們畢竟是貪婪而又懶惰的，能夠自動化的絕不手動處理，所以不禁想問：有沒有威力加強版？

回答是：有，而且很香。

這里要提兩點：

每個公司基本上都會有自己的威力加強版，即代碼生成工具或者是數據操作簡化工具。

能夠自動化的一定要自動化，這也是解決問題和完成任務的區別：完成任務是完成了這樣任務，但是后面還會出現類似的；解決問題的思維是完成了這一類任務的處理，后面相同的任務就不再是任務了。

那么，這個威力加強版是什么呢？

是 mybatis-plus 。這個名字很形象，威力加強版無疑了。官網文檔的愿景如下：

我們的愿景是成為 MyBatis 最好的搭檔，就像 魂斗羅 中的 1P、2P，基友搭配，效率翻倍

? – 參見 mybatis-plus官網

由于官方網文檔寫的非常好，也有詳細的視頻教程，大家可以選擇參看下面的文檔和視頻鏈接，本文重點就不在于如何使用的細節了。

• mybatis-plus官方文檔
• MyBatis-Plus 入門 - 視頻教程 - 慕課網
• MyBatis-Plus 進階 - 視頻教程 - 慕課網

官方文檔基本上看一下就可以大致知道如何使用了，視頻可選擇參看。

整合及解答

整合

還是來一個整合教程吧，不然從新上手還是要費一點點時間的。總共分為6步：

引入maven依賴，覆蓋原先的mybatis依賴。即 mybatis 和 mybatis-plus 的依賴只要有一個就行了：

<dependency><groupId>com.baomidou</groupId><artifactId>mybatis-plus-boot-starter</artifactId><version>3.3.0</version></dependency>

application.yml 或者 application.properties 文件配置，實際上和 mybatis 的配置內容一樣，就是要把：

mybatis:mapper-locations: classpath*:/mapper/*.xml

替換成：

mybatis-plus:mapper-locations: classpath*:/mapper/*.xml

其他都不變。

創建數據表映射對象，比如：

@TableName("sys_user") // 對應的數據表名稱，必填 public class UserPlus {@TableId // 標識這個屬性是數據表的主鍵，可選：當主鍵名和這個屬性名不一致時或者主鍵不叫id時標識private String id;@TableField("username") // 標識這個屬性在數據表中的名字是：username?？蛇x：當屬性名和數據表字段名不一致時private String name;private String password;@Overridepublic String toString() {return "UserPlus{" +"id='" + id + '\'' +", name='" + name + '\'' +", password='" + password + '\'' +'}';} }

創建dao層接口（mapper接口）

public interface MyPlusMapper extends BaseMapper<UserPlus> { }

其中，BaseMapper是包括基礎功能的接口，mybatis-plus 自帶。

添加mapper掃描配置注解，放在main方法的那個類上或者放在帶有 @Configuration 注解的類上。

@SpringBootApplication // 注意，下面的配置中有兩個路徑，一個是 mybatisplus 自己的，另外一個是你自己的 @MapperScan("com.baomidou.mybatisplus.samples.quickstart.mapper, com.你自己的dao層接口所在的目錄") public class WebTestApplication {public static void main(String[] args) {SpringApplication.run(WebTestApplication.class, args);} }

完了

真的完了

就是這么簡單，使用例程如下：

@Autowiredprivate MyPlusMapper testMapper;@Testpublic void mybatisTest() {log.info(testMapper.selectOne(new QueryWrapper<UserPlus>().eq("username", "admin")).toString());}

輸出結果為：

UserPlus{id=‘1140466515787780089’, name=‘admin’, password=‘1231231231’}

如果再配合上 generator 自動生成代碼框架。也就是根據你設計好的數據表來自動生成：

• service層的代碼
• dao層的代碼
• 數據表映射對象
• mapper.xml文件

這意味著什么呢？意味著足夠簡單，意味著急速開發，意味著解決了一個問題：即各類單表的CURD操作，提升了我們的生產效率。

解惑

第一點中，因為mybatis-plus是建立在 mybatis基礎之上的，所以叫 plus。其本身內置了 Mybatis依賴庫了，所以沒必要重復引用。

第二點中，mybatis和 mybatis-plus 的配置基本是一樣的，但是由于二者名字不同，所以yaml中的配置鍵名也變成了 mybatis-plus

第三點中，和 mybatis 程序一樣，需要建立數據映射對象。但是此處重點在于代碼中的注解，具體解釋參見代碼注釋，以及 文檔

第四點中，你會發現 dao 層接口除了繼承了通用接口外，什么注解都沒加。這是因為 mybatis-plus 在啟動時會掃描這些接口，并創建好代理對象自動交給 spring 托管。所以我們可以直接 @Autowired 進行注入。但是它又是怎么知道這些接口文件在哪里呢？也即哪些接口是需要被掃描的呢？

這就引出了第五點，即 mybatis-plus 掃描的接口需要我們去配置一下，告訴他去哪里掃描。實際上注解中的第一個路徑不是必須的，可以去掉，關鍵是要寫上自己的。

最后實際使用時，可以通過方法名字就知道這個方法是干什么的。涉及到條件過濾的，只有更新的時候使用 UpdateWrapper 來設置更新條件，其他操作都使用 QueryWrapper 來設置過濾條件。更詳細參見 文檔

至于 mybatis-plus 其他的高階用法請自行學習，遇事不決選mybatis-plus，自然而然就會了。

最佳實踐

核心思想

1. 對單表的操作首先考慮使用 mybatis-plus，實在不行的情況才自行實現（基本沒有這種情況）

2. 優先考慮使用 Service 層的plus方法，其次才是使用 dao 層的plus方法。

3. 遇到單表操作不知道怎么寫的情況，請查看官方文檔

最佳實踐

更新的最佳實踐

• mapper.update(po, new UpdateWrapper<Po>().eq("id", id)); 這樣只會更新 po 中非空的屬性。適合多字段更新
• mapper.update(null, new UpdateWrapper<Po>().set("name", name).eq("id", id)); 這樣只會更新 Po 表中的 name 字段。適合少量字段的更新，set也可以帶過濾條件
• mapper.updateById(po); 這樣會自動根據 PO 中的 id 字段去更新數據，并且忽略空值

mybatis-plus自帶的方法調用入口有：

• service層繼承得到的方法
• dao層繼承得到的方法
• po對象繼承得到的方法

以上幾種都可以用來操作數據表

過濾條件的使用

• 只有更新的時候使用 UpdateWrapper 來設置更新條件
• 其他操作都使用 QueryWrapper 來設置過濾條件

小結

實際上，mybatis-plus 本身代碼的設計也非常好，后續應該仔細看看。掌握的關鍵在于多實踐多看文檔，但是千萬不要忘記不論如何，mybatis-plus 只是一個工具。掌握工具和理解原理你覺得哪個更重要呢？

彩蛋

既然提到了工具，這里再推薦一個maven依賴庫，非常好的第三方工具集，大名鼎鼎的 Hutool ,Hutool官方文檔

hutool 雖然只是工具類庫，但卻是非常優秀的開源項目。千萬不要以為其只是一個工具類庫而忽視它。

以下引自 hutool 的介紹，有必要看看其設計思想：

Hutool是一個小而全的Java工具類庫，通過靜態方法封裝，降低相關API的學習成本，提高工作效率，使Java擁有函數式語言般的優雅，讓Java語言也可以“甜甜的”。

Hutool如何改變我們的Coding方式：

Hutool的目標是使用一個工具方法代替一段復雜代碼，從而最大限度的避免“復制粘貼”代碼的問題，徹底改變我們寫代碼的方式。

以計算MD5為例：

• 【以前】打開搜索引擎 -> 搜“Java MD5加密” -> 打開某篇博客-> 復制粘貼 -> 改改好用
• 【現在】引入Hutool -> SecureUtil.md5()

Hutool的存在就是為了減少代碼搜索成本，避免網絡上參差不齊的代碼出現導致的bug。

Hutool使用規約唯一一條

遇到工具方法需要設計，首先去官方文檔左側列表查找有無現成的實現，不確定的話使用瀏覽器搜索 功能名 + hutool 關鍵字。
確實不行，才自行進行設計解決。

更多參見：java后端開發教程系列目錄

總結

以上是生活随笔為你收集整理的java后端开发（九）：mybatis的威力加强版之mybatis-plus的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。