關(guān)于mybatis-plus中Service和Mapper的分析
在后端開發(fā)過程中，如果有用到mybatis-plus，肯定會發(fā)現(xiàn)在其內(nèi)部存在著兩種數(shù)據(jù)庫操作接口，Iservice和BaseMapper，如果只是用增刪改查會發(fā)現(xiàn)兩者的功能是一致的，除了方法名稱有所不同，其他的基本相似。對此，我頗為好奇，便打開兩個(gè)接口的源碼進(jìn)行對比。
先演示一下基本開發(fā)中的繼承關(guān)系，手動創(chuàng)建的Service繼承于ServiceImpl，并加載自己創(chuàng)建的Mapper
@Service
public 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)
image-20200319140641414.png
這樣看，是不是很神奇，我們繼承的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)冗余。
本著“存在即合理”的理念，我們對比一下兩個(gè)接口的方法。
image-20200319141921170.png
果然，Service簡直是BaseMapper的大擴(kuò)充，不但包含了所有基本方法，還加入了很多批處理功能，我們可以看一下官網(wǎng)對這兩種接口的說明。
官網(wǎng)鏈接：https://mp.baomidou.com/guide/crud-interface.html#remove
Service CRUD 接口
說明:
- 通用 Service CRUD 封裝IService接口，進(jìn)一步封裝 CRUD 采用
get 查詢單行remove 刪除list 查詢集合page 分頁前綴命名方式區(qū)分Mapper層避免混淆， - 泛型
T為任意實(shí)體對象 - 建議如果存在自定義通用 Service 方法的可能，請創(chuàng)建自己的
IBaseService繼承Mybatis-Plus提供的基類 - 對象
Wrapper為 條件構(gòu)造器
Mapper CRUD 接口
說明:
- 通用 CRUD 封裝BaseMapper接口，為
Mybatis-Plus啟動時(shí)自動解析實(shí)體表關(guān)系映射轉(zhuǎn)換為Mybatis內(nèi)部對象注入容器 - 泛型
T為任意實(shí)體對象 - 參數(shù)
Serializable為任意類型主鍵Mybatis-Plus不推薦使用復(fù)合主鍵約定每一張表都有自己的唯一id主鍵 - 對象
Wrapper為 條件構(gòu)造器
