在后端開發(fā)過程中，如果有用到mybatis-plus，肯定會(huì)發(fā)現(xiàn)在其內(nèi)部存在著兩種數(shù)據(jù)庫(kù)操作接口，Iservice和BaseMapper，如果只是用增刪改查會(huì)發(fā)現(xiàn)兩者的功能是一致的，除了方法名稱有所不同，其他的基本相似。對(duì)此，我頗為好奇，便打開兩個(gè)接口的源碼進(jìn)行對(duì)比。
先演示一下基本開發(fā)中的繼承關(guān)系，手動(dòng)創(chuàng)建的Service繼承于ServiceImpl，并加載自己創(chuàng)建的Mapper
|
1
2
3
4
5
6
7
8
9
10
11
|
@Servicepublic class RestDeptService extends ServiceImpl<RestDeptMapper, RestDept> { @Resource private RestDeptMapper restDeptMapper; } public interface RestDeptMapper extends BaseMapper<RestDept> { } |
如上，就是一般開發(fā)的基本模版代碼，足以滿足各種需求功能，但點(diǎn)開源碼時(shí)，便進(jìn)入新世界的大門。先看一下繼承結(jié)構(gòu)
這樣看，是不是很神奇，我們繼承的ServiceImpl依舊實(shí)現(xiàn)了BaseMapper接口和Iservice接口，這就感覺有點(diǎn)啰嗦了，明明我們單獨(dú)寫了RestDeptMapper，并且繼承了BaseMapper，現(xiàn)在ServiceImpl還是實(shí)現(xiàn)了BaseMapper，那我直接一個(gè)Service用下來不就行了，創(chuàng)建兩套類，功能相似，還容易混亂，代碼結(jié)構(gòu)冗余。
本著“存在即合理”的理念，我們對(duì)比一下兩個(gè)接口的方法。
果然，Service簡(jiǎn)直是BaseMapper的大擴(kuò)充，不但包含了所有基本方法，還加入了很多批處理功能，我們可以看一下官網(wǎng)對(duì)這兩種接口的說明。
官網(wǎng)鏈接：https://mp.baomidou.com/guide/crud-interface.html
Service CRUD 接口
說明:
-
通用 Service CRUD 封裝IService接口，進(jìn)一步封裝 CRUD 采用
get 查詢單行remove 刪除list 查詢集合page 分頁(yè)前綴命名方式區(qū)分Mapper層避免混淆， -
泛型
T為任意實(shí)體對(duì)象 -
建議如果存在自定義通用 Service 方法的可能，請(qǐng)創(chuàng)建自己的
IBaseService繼承Mybatis-Plus提供的基類 -
對(duì)象
Wrapper為 條件構(gòu)造器
Mapper CRUD 接口
說明:
-
通用 CRUD 封裝BaseMapper接口，為
Mybatis-Plus啟動(dòng)時(shí)自動(dòng)解析實(shí)體表關(guān)系映射轉(zhuǎn)換為Mybatis內(nèi)部對(duì)象注入容器 -
泛型
T為任意實(shí)體對(duì)象 -
參數(shù)
Serializable為任意類型主鍵Mybatis-Plus不推薦使用復(fù)合主鍵約定每一張表都有自己的唯一id主鍵 -
對(duì)象
Wrapper為 條件構(gòu)造器
最后本文還是比較水的，只是簡(jiǎn)單的看了一下結(jié)構(gòu)而已，沒有太多的深入，總結(jié)一下，以我平時(shí)粘貼復(fù)制的經(jīng)驗(yàn)來看，Service雖然加入了數(shù)據(jù)庫(kù)的操作，但還是以業(yè)務(wù)功能為主，而更加復(fù)雜的SQL查詢，還是要靠Mapper對(duì)應(yīng)的XML文件里去編寫SQL語(yǔ)句。
到此這篇關(guān)于詳解關(guān)于mybatis-plus中Service和Mapper的分析的文章就介紹到這了,更多相關(guān)mybatis-plus中Service和Mapper內(nèi)容請(qǐng)搜索服務(wù)器之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持服務(wù)器之家！
原文鏈接：https://www.cnblogs.com/rain1024/p/12524552.html
