国产xxxx99真实实拍_久久不雅视频_高清韩国a级特黄毛片_嗯老师别我我受不了了小说

資訊專欄INFORMATION COLUMN

【Mybatis系列】從源碼角度理解Mybatis字段映射-駝峰式命名

qiangdada / 1779人閱讀

摘要:主要有三種方案駝峰式命名開關,或者不開,數據庫列和字段名全一致。開啟開配置項后,在匹配時,能夠根據數據庫列名找到對應對應的駝峰式命名后的字段。經過若干次中途崩潰,我終于寫完了駝峰式命名開關下,我們是如何完成數據庫列和字段名的映射的。

在上篇博客-[[JDBC] 處理ResultSet,構建Java對象](https://my.oschina.net/kailun...中提到,我們需要分析Mybatis在轉換Result到需要的Java業務對象時做的三件事,如下:

解決了數據庫列名到Java列名的映射。

解決了數據庫類型到Java類型的轉換工作。

在轉換過程中具備一定的容錯能力。

其實核心就是:

數據庫中的列名怎么和對象中的字段對應起來。

數據庫中的列的類型怎么轉換到合適的Java類型,不引起轉換失敗。

今天我們先來看第一點,數據庫中的列名怎么和對象中的字段對應起來。首先是日常PO(Persistant Object) CityPO,里面有五個字段。

public class CityPO {
    Integer id;
    Long cityId;
    String cityName;
    String cityEnName;
    String cityPyName;

本次要查詢的數據庫中的列名如下所示。

mysql> mysql> desc SU_City;
+--------------+-------------+------+-----+-------------------+-----------------------------+
| Field        | Type        | Null | Key | Default           | Extra                       |
+--------------+-------------+------+-----+-------------------+-----------------------------+
| id           | int(11)     | NO   | PRI | NULL              | auto_increment              |
| city_id      | int(11)     | NO   | UNI | NULL              |                             |
| city_name    | varchar(20) | NO   |     |                   |                             |
| city_en_name | varchar(20) | NO   |     |                   |                             |
| city_py_name | varchar(50) | NO   |     |                   |                             |
| create_time  | datetime    | NO   |     | CURRENT_TIMESTAMP |                             |
| updatetime   | datetime    | NO   | MUL | CURRENT_TIMESTAMP | on update CURRENT_TIMESTAMP |
+--------------+-------------+------+-----+-------------------+-----------------------------+
7 rows in set (0.01 sec)

我們是按照駝峰式命名,把數據庫中的列名對應到了對象的字段名。如下是Mybatis的接口類和映射文件。

public interface CityMapper {

    CityPO selectCity(int id);
}



    

在上面的映射文件中,namespace指定了這個接口類的全限定類名,緊隨其后的select代表是select語句,id是接口類中函數的名字,resultType代表了從這條語句中返回的期望類型的類的完全限定名或別名,在此例子中是我們的業務對象CityPO的類路徑。

主要有三種方案

駝峰式命名開關,或者不開,數據庫列和字段名全一致。

Select時指定AS。

resultMap 最穩健。

這篇主要看一下第一種,附上示例和部分源碼走讀。

駝峰命名開關。
因為CityPO的列名是完全根據數據庫列名駝峰式命名后得到的,因此Mybatis提供了一個配置項。開啟開配置項后,在匹配時,能夠根據數據庫列名找到對應對應的駝峰式命名后的字段。


    
    

我們從源碼角度解讀一下,Mybat處理ResultSet的映射默認都在DefaultResultSetHandler中完成。
處理行數據的時候的時候主要在下面?的函數里進行,由于我們在映射文件中沒有定義額外的ResultMap,因此會直接進入else分支的代碼。

public void handleRowValues(ResultSetWrapper rsw, ResultMap resultMap, ResultHandler resultHandler, RowBounds rowBounds, ResultMapping parentMapping) throws SQLException {
    if (resultMap.hasNestedResultMaps()) {
      ensureNoRowBounds();
      checkResultHandler();
      handleRowValuesForNestedResultMap(rsw, resultMap, resultHandler, rowBounds, parentMapping);
    } else {
      handleRowValuesForSimpleResultMap(rsw, resultMap, resultHandler, rowBounds, parentMapping);
    }
}

進入handleRowValuesForSimpleResultMap中,主要處理函數如下,在這里完成了對象的生成及賦值。

Object rowValue = getRowValue(rsw, discriminatedResultMap); 

在這里先創建了對象的實例,然后獲取了對象的元信息,為反射賦值做準備。

private Object getRowValue(ResultSetWrapper rsw, ResultMap resultMap) throws SQLException {
    final ResultLoaderMap lazyLoader = new ResultLoaderMap();
    Object rowValue = createResultObject(rsw, resultMap, lazyLoader, null);
    if (rowValue != null && !hasTypeHandlerForResultObject(rsw, resultMap.getType())) {
      final MetaObject metaObject = configuration.newMetaObject(rowValue);
      boolean foundValues = this.useConstructorMappings;
      if (shouldApplyAutomaticMappings(resultMap, false)) {
        foundValues = applyAutomaticMappings(rsw, resultMap, metaObject, null) || foundValues;
      }
      foundValues = applyPropertyMappings(rsw, resultMap, metaObject, lazyLoader, null) || foundValues;
      foundValues = lazyLoader.size() > 0 || foundValues;
      rowValue = (foundValues || configuration.isReturnInstanceForEmptyRow()) ? rowValue : null;
    }
    return rowValue;
  }

在applyAutomaticMappings完成了整個過程,我們進去探一探。

就是下面這個函數創建好了映射關系,這個函數的下半部分是完成賦值的,映射的部分下次會詳細分析。

List autoMapping = createAutomaticMappings(rsw, resultMap, metaObject, columnPrefix); 

在這個方法里,上半部分是生成了數據庫的列名,在這個函數中找到了對應的字段名。

final String property = metaObject.findProperty(propertyName, configuration.isMapUnderscoreToCamelCase()); 

我們進去看一看,它傳進了生成好的數據庫列名,傳進了前面提到的是否根據駝峰式命名映射開關的值。

事實證明,真的很簡單,往下看,就是把下劃線都去了。

public String findProperty(String name, boolean useCamelCaseMapping) {
    if (useCamelCaseMapping) {
      name = name.replace("_", "");
    }
    return findProperty(name);
  }

隱隱覺得是不是大小寫不敏感啊,繼續往下看,這里返回找到的字段名。

 private StringBuilder buildProperty(String name, StringBuilder builder) {
      ..........
      String propertyName = reflector.findPropertyName(name);
      if (propertyName != null) {
        builder.append(propertyName);
      }
    }
    return builder;
  }

好了,真相大白,就是大小寫不敏感的。

public String findPropertyName(String name) {
    return caseInsensitivePropertyMap.get(name.toUpperCase(Locale.ENGLISH));
}

所以如果你數據庫里字段是city_id,city_Id,大寫I,那么可能會有問題吧,不過仔細想想,誰會吃力不討好干這種事情,硬要處理成標準的駝峰式命名也可以啦,不過感覺必要性不大。

經過若干次中途崩潰,我終于寫完了駝峰式命名開關下,我們是如何完成數據庫列和字段名的映射的。后面的博文會繼續看看后續兩種方案以及DDL時對象字段是如何賦值到Sql語句中。

如果想進一步了解的話,歡迎關注我的微信公眾號

文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。

轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/67416.html

相關文章

  • Mybatis系列源碼角度理解Mybatis字段映射-AS&ResultMap

    摘要:北京解決辦法在字段的時候使用,下面是改動后的映射文件。北京那么我們來看看它是如何生效的,主要的代碼在哪里。源碼層面的話,依舊在的中處理返回集合。總結大致上,完成映射主要是兩種方式。使用預先定義好映射關系,也是最后根據和反射,完成字段的賦值。 前言 考慮到在Select時使用AS和方案一其實沒什么差別,在介紹ResultMap之前,順便帶過一下。 方案二-Select .... AS 當...

    Zhuxy 評論0 收藏0
  • Mybatis系列源碼角度理解Mybatis的數據轉換器TypeHandler

    摘要:無論是在預處理語句中設置一個參數時,還是從結果集中取出一個值時,都會用類型處理器將獲取的值以合適的方式轉換成類型。這個抽象類實現了接口,這個接口主要定義了類型轉換的幾種操作。至于這個抽象類繼承的,主要是提供了獲取這個具體是哪個類型。 TypeHandlers 無論是 MyBatis 在預處理語句(PreparedStatement)中設置一個參數時,還是從結果集中取出一個值時, 都會用...

    Edison 評論0 收藏0
  • Mybatis系列源碼角度深度理解Mybatis的緩存特性

    摘要:一級緩存介紹及相關配置。在這個章節,我們學習如何使用的一級緩存。一級緩存實驗配置完畢后,通過實驗的方式了解一級緩存的效果。源碼分析了解具體的工作流程后,我們隊查詢相關的核心類和一級緩存的源碼進行走讀。 我,后端Java工程師,現在美團點評工作。愛健身,愛技術,也喜歡寫點文字。個人網站: http://kailuncen.me公眾號: KailunTalk (凱倫說) 前言 本文主要涉及...

    Ku_Andrew 評論0 收藏0
  • Mybatis系列源碼角度深度理解Mybatis的緩存特性

    摘要:一級緩存介紹及相關配置。在這個章節,我們學習如何使用的一級緩存。一級緩存實驗配置完畢后,通過實驗的方式了解一級緩存的效果。源碼分析了解具體的工作流程后,我們隊查詢相關的核心類和一級緩存的源碼進行走讀。 我,后端Java工程師,現在美團點評工作。愛健身,愛技術,也喜歡寫點文字。個人網站: http://kailuncen.me公眾號: KailunTalk (凱倫說) 前言 本文主要涉及...

    young.li 評論0 收藏0

發表評論

0條評論

qiangdada

|高級講師

TA的文章

閱讀更多
最新活動
閱讀需要支付1元查看
<