MyBatis開發總結

二、查詢結果屬性對映的最佳實踐

1、基本型別：resulttype=基本型別

2、list型別： resulttype=list中元素的型別

3、map型別 resulttype =map

mybatis**實現方式

使用mybatis generator做**自動生成，或者使用mybatisplus解決方案使用xml方式實現

使用註解方式實現

以上三種實現方式，有自己適合的應用場景，按照4.9章節中整合方式，三種方法全部可以支援。下面是結合筆者多年的mybatis使用經驗，總結出在不同的場景下，使用不同的實現方式

mybatis generator或mybatisplus能夠完成90%的單錶操作，而且不用自己去書寫sql。使用非常方便！

這種用法面對開發人員非常友好，有的人說經常用這個會忘記怎麼寫sql。我可以斬釘截鐵的回答：不會的。因為你腦袋裡面沒有sql，是用不明白mybatis generator生成的**或者mybstis plus的。

但是會產生乙個問題，就是通常寫乙個關聯查詢就可以得到的結果，開發人員會傾向於用多次單錶查詢（因為寫起來簡單，可以犯懶）。說實話效能倒不會一定下降，但**會很冗餘。專案組如果想避免這種情況發生，要特意強調做好規範。

mybatis generator自動生成的** 最大程度幫你完成單錶操作。涉及到關聯查詢、繼承，mybatis檔案和sql還是要你自己寫，但是不要在生成的**基礎上面改！切記！

如果使用自動**生成感覺不適合自己或自己的專案，使用類似於mybatis-plus這種第三方增強庫，也是很方便的。

在web開發中，有乙個典型的應用場景是：乙個web table頁面有多個查詢條件，選擇填寫不同的查詢條件得到不同的查詢結果，多個查詢條件只填寫幾個條件進行查詢，其他的條件不填寫。

面對這種場景，就需要orm框架對動態sql(根據傳入引數不同，sql會發生變化)有很好的支援，mybatis的xml最合適

使用駝峰對映結果屬性（約定大於配置的最佳實踐）

mybatis給我們提供了一種對映方式，如果屬性的命名是遵從駝峰命名法的，資料列名遵從下劃線命名。這樣就可以一勞永逸，無論以後寫多少查詢sql都不需要單獨制定對映規則。那麼可以使用這種方式，類似如下：

實體類屬性username對應sql的字段user_name;

實體類屬性userid對應sql的字段user_id;

在spring boot環境下只需要寫這樣乙個配置即可。

mybatis: configuration: mapunderscoretocamelcase:

true

其他的實現方式(知道有這幾種方式即可，一旦別人用你知道怎麼回事，自己不要用，麻煩！)

其他的實現方式都很不友好，都需要寫乙個查詢sql，做一套對映配置。

第一種：xml的屬性對映舉例resultmap

"data.user" id=

"userresultmap"

!-- 用id屬性來對映主鍵字段 --

"id" column=

"user_id"

!-- 用result屬性來對映非主鍵字段 --

"username" column=

"user_name"

/resultmap>

(basepackages =

)public

class

}