一、前言

碼農(nóng)，如何為自己的職業(yè)生涯續(xù)期？

上班就像打怪升級(jí)，拿著一把西瓜刀，從南天門砍到北天門。但時(shí)間長(zhǎng)了，怪越來(lái)越兇了，西瓜刀也不得手了。咋辦，在游戲里大家肯定是想辦法換裝備了、買武器了、學(xué)技能了，這樣才能有機(jī)會(huì)打通更多的關(guān)卡。

其實(shí)我們作為程序員上班也是一樣的，如果一直都以為這點(diǎn)技術(shù)夠?qū)憣慍RUD就夠了，反正現(xiàn)在還能應(yīng)付的了。但3年后呢、5年后呢，總有一天你的技術(shù)根本沒法滿足公司對(duì)你現(xiàn)階段的要求，最簡(jiǎn)單的CRUD也早已交給了曾經(jīng)年輕的另外的你。

有人說(shuō)：“程序員不是技術(shù)牛就能一直行！” 但其實(shí)技術(shù)牛就是行，當(dāng)你牛到一定的階段，解決別人解決不了的問題，處理別人處理的不了的方案，蝎子粑粑獨(dú)一份，誰(shuí)又能攔得住你呢。在哪里工作都是你自己來(lái)定的，你只管技術(shù)牛，就能橫著走。

二、目標(biāo)

延續(xù)著上一章節(jié)，我們對(duì)參數(shù)的封裝和調(diào)用，使用了策略模式進(jìn)行解耦處理，本章節(jié)將對(duì)執(zhí)行完查詢的結(jié)果進(jìn)行封裝處理。而不是像我們前面章節(jié)那樣粗魯?shù)呐袛喾庋b，因?yàn)檫@樣的方式既不能滿足不同類型的優(yōu)雅擴(kuò)展，也不以為維護(hù)迭代。如圖 11-1 所示

圖 11-1 簡(jiǎn)單的結(jié)果集處理

• 對(duì)于結(jié)果集的封裝處理，其實(shí)核心在于我們拿到了 Mapper XML 中所配置的返回類型，解析后把從數(shù)據(jù)庫(kù)查詢到的結(jié)果，反射到類型實(shí)例化的對(duì)象上。
• 那么這個(gè)過程中，我們需要滿足不同返回類型的處理，比如Long、Double、String、Date等，都要一一與數(shù)據(jù)庫(kù)的類型匹配，與此同時(shí)，返回的結(jié)果可能是一個(gè)普通的基本類型，也可能是我們封裝后的對(duì)象類型。并這個(gè)結(jié)果查詢也不一定只是一條記錄，還可能是多條記錄。那么為了更好的處理這些不同情況下的問題，就需要對(duì)流程進(jìn)行分治和實(shí)現(xiàn)，以及在過程中進(jìn)行抽象化的解耦，這樣才能滿足于我們把不同的返回信息訴求，封裝到對(duì)象里去。分治、抽象和知識(shí)，來(lái)自于人月神話中的康威定律，它是系統(tǒng)設(shè)計(jì)的第一原則。

三、設(shè)計(jì)

在我們使用  JDBC 獲取到查詢結(jié)果 ResultSet#getObject 可以獲取返回屬性值，但其實(shí) ResultSet 是可以按照不同的屬性類型進(jìn)行返回結(jié)果的，而不是都返回 Object 對(duì)象（如圖11-2 所示）。那么其實(shí)我們?cè)谏弦徽鹿?jié)中處理屬性信息時(shí)候，所開發(fā)的 TypeHandler 接口的實(shí)現(xiàn)類，就可以擴(kuò)充返回結(jié)果的方法，例如：LongTypeHandler#getResult、StringTypeHandler#getResult 等，這樣我們就可以使用策略模式非常明確的定位到返回的結(jié)果，而不需要進(jìn)行if判斷處理。

圖 11-2 返回類型

再有了這個(gè)目標(biāo)的前提下，就可以通過解析 XML 信息時(shí)封裝返回類型到映射器語(yǔ)句類中，MappedStatement#resultMaps 直到執(zhí)行完 SQL 語(yǔ)句，按照我們的返回結(jié)果參數(shù)類型，創(chuàng)建對(duì)象和使用 MetaObject 反射工具類填充屬性信息。詳細(xì)設(shè)計(jì)如圖 11-3 所示

圖 11-3 封裝結(jié)果集處理器

• 首先我們?cè)诮馕?XML 語(yǔ)句解析構(gòu)建器中，添加一個(gè) MapperBuilderAssistant 映射器的助手類，方便我們對(duì)參數(shù)的統(tǒng)一包裝處理，按照職責(zé)歸屬的方式進(jìn)行細(xì)分解耦。通過這樣的方式在 MapperBuilderAssistant#setStatementResultMap 中封裝返回結(jié)果信息，一般來(lái)說(shuō)我們使用 Mybatis 配置返回對(duì)象的時(shí)候 ResultType 就能解決大部分問題，而不需要都是配置一個(gè) ResultMap 映射結(jié)果。但這里的設(shè)計(jì)其實(shí)是把 ResultType 也按照一個(gè) ResultMap 的方式進(jìn)行封裝處理，這樣統(tǒng)一一個(gè)標(biāo)準(zhǔn)的方式進(jìn)行包裝，做了到適配的效果，也更加方便后面對(duì)這樣的參數(shù)進(jìn)行統(tǒng)一使用。
• 接下來(lái)就是執(zhí)行 JDBC 操作查詢到數(shù)據(jù)以后，對(duì)結(jié)果的封裝。那么在 DefaultResultSetHandler 返回結(jié)果處理中，首先會(huì)按照我們已經(jīng)解析的到的 ResultType 進(jìn)行對(duì)象的實(shí)例化。實(shí)例化對(duì)象以后再根據(jù)解析出來(lái)對(duì)象中參數(shù)的名稱獲取對(duì)應(yīng)的類型，在根據(jù)類型找到 TypeHandler 接口實(shí)現(xiàn)類，也就是我們前面提到的 LongTypeHandler、StringTypeHandler，因?yàn)橥ㄟ^這樣的方式，可以避免 if···else 的判斷，而是直接O(1)時(shí)間復(fù)雜度定位到對(duì)應(yīng)的類型處理器，在不同的類型處理器中返回結(jié)果信息。最終拿到結(jié)果再通過前面章節(jié)已經(jīng)開發(fā)過的 MetaObject 反射工具類進(jìn)行屬性信息的設(shè)置。metaObject.setValue(property, value)最終填充實(shí)例化并設(shè)置了屬性內(nèi)容的結(jié)果對(duì)象到上下文中，直至處理完成返回最終的結(jié)果數(shù)據(jù)，以此處理完成。

四、實(shí)現(xiàn)

1. 工程結(jié)構(gòu)

mybatis-step-10
└── src
    ├── main
    │   └── java
    │       └── cn.bugstack.mybatis
    │           ├── binding
    │           ├── builder
    │           │   ├── xml
    │           │   │   ├── XMLConfigBuilder.java
    │           │   │   ├── XMLMapperBuilder.java
    │           │   │   └── XMLStatementBuilder.java
    │           │   ├── BaseBuilder.java
    │           │   ├── MapperBuilderAssistant.java
    │           │   ├── ParameterExpression.java
    │           │   ├── SqlSourceBuilder.java
    │           │   └── StaticSqlSource.java
    │           ├── datasource
    │           ├── executor
    │           │   ├── resultset
    │           │   │   └── ParameterHandler.java
    │           │   ├── resultset
    │           │   │   ├── DefaultResultContext.java
    │           │   │   └── DefaultResultHandler.java
    │           │   ├── resultset
    │           │   │   ├── DefaultResultSetHandler.java
    │           │   │   └── ResultSetHandler.java
    │           │   │   └── ResultSetWrapper.java
    │           │   ├── statement
    │           │   │   ├── BaseStatementHandler.java
    │           │   │   ├── PreparedStatementHandler.java
    │           │   │   ├── SimpleStatementHandler.java
    │           │   │   └── StatementHandler.java
    │           │   ├── BaseExecutor.java
    │           │   ├── Executor.java
    │           │   └── SimpleExecutor.java
    │           ├── io
    │           ├── mapping
    │           │   ├── BoundSql.java
    │           │   ├── Environment.java
    │           │   ├── MappedStatement.java
    │           │   ├── ParameterMapping.java
    │           │   ├── ResultMap.java
    │           │   ├── ResultMapping.java
    │           │   ├── SqlCommandType.java
    │           │   └── SqlSource.java
    │           ├── parsing
    │           ├── reflection
    │           ├── scripting
    │           ├── session
    │           │   ├── defaults
    │           │   │   ├── DefaultSqlSession.java
    │           │   │   └── DefaultSqlSessionFactory.java
    │           │   ├── Configuration.java
    │           │   ├── ResultContext.java
    │           │   ├── ResultHandler.java
    │           │   ├── RowBounds.java
    │           │   ├── SqlSession.java
    │           │   ├── SqlSessionFactory.java
    │           │   ├── SqlSessionFactoryBuilder.java
    │           │   └── TransactionIsolationLevel.java
    │           ├── transaction
    │           └── type
    │               ├── BaseTypeHandler.java
    │               ├── JdbcType.java
    │               ├── LongTypeHandler.java
    │               ├── StringTypeHandler.java
    │               ├── TypeAliasRegistry.java
    │               ├── TypeHandler.java
    │               └── TypeHandlerRegistry.java
    └── test
        ├── java
        │   └── cn.bugstack.mybatis.test.dao
        │       ├── dao
        │       │   └── IUserDao.java
        │       ├── po
        │       │   └── User.java
        │       └── ApiTest.java
        └── resources
            ├── mapper
            │   └──User_Mapper.xml
            └── mybatis-config-datasource.xml

流程解耦，封裝結(jié)果集處理器核心類關(guān)系，如圖 11-4 所示

圖 11-4 封裝結(jié)果集處理器核心類關(guān)系

• 在 XML 語(yǔ)句構(gòu)建器中使用映射構(gòu)建器助手，包裝映射器語(yǔ)句入?yún)ⅰ⒊鰠⒌姆庋b處理。通過此處功能職責(zé)的切割，滿足不同邏輯單元的擴(kuò)展。MapperBuilderAssistant#setStatementResultMap 處理 ResultType/ResultMap 的封裝信息。
• 入?yún)⑿畔⒌慕馕鰰?huì)存放到映射語(yǔ)句 MappedStatement 類中，這樣隨著 DefaultSqlSession#selectOne 具體方法的執(zhí)行時(shí)，就可以通過 statement 從配置項(xiàng)中獲取到對(duì)應(yīng)的 MappedStatement 信息，所以這里的設(shè)計(jì)是符合一個(gè)充血模型結(jié)構(gòu)的領(lǐng)域功能聚合。
• 最后就是實(shí)現(xiàn)了 ResultSetHandler 結(jié)果集處理器接口的 DefaultResultSetHandler 實(shí)現(xiàn)類，對(duì)查詢結(jié)果的封裝處理，這里主要分為按照解析出來(lái)的 resultType 類型進(jìn)行實(shí)例化對(duì)象，之后根據(jù)對(duì)象的屬性信息尋找對(duì)應(yīng)的處理策略，避免if···else判斷的方式獲取對(duì)應(yīng)的結(jié)果，當(dāng)對(duì)象和屬性都準(zhǔn)備完畢后，就可以使用 MetaObject 元對(duì)象反射工具類進(jìn)行屬性填充，形成一個(gè)完整的結(jié)果對(duì)象，并寫入到結(jié)果上下文中 DefaultResultContext 返回。

2. 出參參數(shù)處理

鑒于對(duì) XML 語(yǔ)句構(gòu)建器中解析語(yǔ)句后的信息封裝會(huì)逐步增多，所以這里需要引入映射構(gòu)建器助手對(duì)類中方法的職責(zé)進(jìn)行劃分，降低一個(gè)方法塊內(nèi)的邏輯復(fù)雜度。這樣的方式也更加利于代碼的維護(hù)和擴(kuò)展。

2.1 結(jié)果映射封裝

熟悉使用 Mybatis 的讀者都清楚的知道，在一條語(yǔ)句配置中需要有包括一個(gè)返回類型的配置，這個(gè)返回類型可以是通過 resultType 配置，也可以使用  resultMap 進(jìn)行處理，而無(wú)論使用哪種方式其實(shí)最終都會(huì)被封裝成統(tǒng)一的 ResultMap 結(jié)果映射類。

那么一般我們配置 ResultMap 都是配置了字段的映射，所以實(shí)際的代碼開發(fā)中 ResultMap 還會(huì)包含 ResultMapping 也就是每一個(gè)字段的映射信息，包括：colum、javaType、jdbcType 等。由于本章節(jié)暫時(shí)還不涉及到 ResultMap 的使用，所以這里我們先只是建好基本的地基結(jié)構(gòu)就可以。

源碼詳見：cn.bugstack.mybatis.mapping.ResultMap

public class ResultMap {

    private String id;
    private Class<?> type;
    private List<ResultMapping> resultMappings;
    private Set<String> mappedColumns;

  //...
}

ResultMap 就是一個(gè)簡(jiǎn)單的返回結(jié)果信息映射類，并提供了建造者方法，方便外部使用。沒有太多的邏輯行為，具體可以參照源碼。

2.2 構(gòu)建器助手

MapperBuilderAssistant 構(gòu)建器助手專門為創(chuàng)建 MappedStatement 映射語(yǔ)句類而服務(wù)的，在這個(gè)類中封裝了入?yún)⒑统鰠⒌挠成洹⒁约鞍堰@些配置信息寫入到 Configuration 配置項(xiàng)中。

源碼詳見：cn.bugstack.mybatis.builder.MapperBuilderAssistant

public class MapperBuilderAssistant extends BaseBuilder {

    /**
     * 添加映射器語(yǔ)句
     */
    public MappedStatement addMappedStatement(
            String id,
            SqlSource sqlSource,
            SqlCommandType sqlCommandType,
            Class<?> parameterType,
            String resultMap,
            Class<?> resultType,
            LanguageDriver lang
    ) {
        // 給id加上namespace前綴：cn.bugstack.mybatis.test.dao.IUserDao.queryUserInfoById
        id = applyCurrentNamespace(id, false);
        MappedStatement.Builder statementBuilder = new MappedStatement.Builder(configuration, id, sqlCommandType, sqlSource, resultType);

        // 結(jié)果映射，給 MappedStatement#resultMaps
        setStatementResultMap(resultMap, resultType, statementBuilder);

        MappedStatement statement = statementBuilder.build();
        // 映射語(yǔ)句信息，建造完存放到配置項(xiàng)中
        configuration.addMappedStatement(statement);

        return statement;
    }

    private void setStatementResultMap(
            String resultMap,
            Class<?> resultType,
            MappedStatement.Builder statementBuilder) {
        List<ResultMap> resultMaps = new ArrayList<>();
        /*
         * 通常使用 resultType 即可滿足大部分場(chǎng)景
         * <select id="queryUserInfoById" resultType="cn.bugstack.mybatis.test.po.User">
         * 使用 resultType 的情況下，Mybatis 會(huì)自動(dòng)創(chuàng)建一個(gè) ResultMap，基于屬性名稱映射列到 JavaBean 的屬性上。
         */
        ResultMap.Builder inlineResultMapBuilder = new ResultMap.Builder(
                configuration,
                statementBuilder.id() + "-Inline",
                resultType,
                new ArrayList<>());
        resultMaps.add(inlineResultMapBuilder.build());
        statementBuilder.resultMaps(resultMaps);
    }

}

• 在映射構(gòu)建器助手中，提供了添加映射器語(yǔ)句的方法，在這個(gè)方法中更加標(biāo)準(zhǔn)的封裝了入?yún)⒑统鰠⑿畔ⅰＨ绻@些內(nèi)容全部都堆砌到 XMLStatementBuilder 語(yǔ)句構(gòu)建器的解析中，就會(huì)顯得非常臃腫不易于維護(hù)了
• 在 MapperBuilderAssistant#setStatementResultMap 方法中，其實(shí)它只是一個(gè)非常簡(jiǎn)單的結(jié)果映射建造的過程，無(wú)論是否為 ResultMap 都會(huì)進(jìn)行這樣的封裝處理。并最終把創(chuàng)建的信息寫入到 MappedStatement 映射語(yǔ)句類中。

2.3 調(diào)用助手類

接下來(lái)我們就可以清理 XMLStatementBuilder 語(yǔ)句構(gòu)建器中解析后，映射語(yǔ)句類的構(gòu)建和存放處理流程。通過使用助手類，統(tǒng)一封裝參數(shù)信息。

源碼詳見：cn.bugstack.mybatis.builder.xml.XMLStatementBuilder

• 與上一章節(jié)相比，對(duì)于這部分的解析后的結(jié)果處理的職責(zé)內(nèi)容，劃分到了新增加的助手類中，這種實(shí)現(xiàn)方式在 Mybatis 的源碼中還是非常多的，大部分的內(nèi)容處理，都會(huì)提供一個(gè)助手類進(jìn)行操作。

3. 查詢結(jié)果封裝

從 DefaultSqlSession 調(diào)用 Executor 語(yǔ)句執(zhí)行器，一直到 PreparedStatementHandler 預(yù)處理語(yǔ)句處理，最后就是 DefaultResultSetHandler 結(jié)果信息的封裝。

前面章節(jié)對(duì)此處的封裝處理，并沒有解耦的操作，只是簡(jiǎn)單的 JDBC 使用通過查詢結(jié)果，反射處理返回信息就結(jié)束了。如果是使用這樣的一個(gè)簡(jiǎn)單的 if···else 面向過程方式進(jìn)行開發(fā)，那么后續(xù)所需要滿足 Mybatis 的全部封裝對(duì)象功能，就會(huì)變得特別吃力，一個(gè)方法塊也會(huì)越來(lái)越大。

所以這一部分的內(nèi)容處理是需要被解耦，分為；對(duì)象的實(shí)例化、結(jié)果信息的封裝、策略模式的處理、寫入上下文返回等操作，只有通過這樣的解耦流程，才能更加方便的擴(kuò)展流程不同節(jié)點(diǎn)中的各類需求。

源碼詳見：cn.bugstack.mybatis.executor.resultset.DefaultResultSetHandler#handleResultSet

這是一套結(jié)果封裝的核心處理流程，包括創(chuàng)建處理器、封裝數(shù)據(jù)和保存結(jié)果，接下來(lái)就分別介紹下這塊代碼的具體實(shí)現(xiàn)。

3.1 結(jié)果集收集器

源碼詳見：cn.bugstack.mybatis.executor.result.DefaultResultHandler

public class DefaultResultHandler implements ResultHandler {

    private final List<Object> list;
    /**
     * 通過 ObjectFactory 反射工具類，產(chǎn)生特定的 List
     */
    @SuppressWarnings("unchecked")
    public DefaultResultHandler(ObjectFactory objectFactory) {
        this.list = objectFactory.create(List.class);
    }

    @Override
    public void handleResult(ResultContext context) {
        list.add(context.getResultObject());
    }

}

這里封裝了一個(gè)非常簡(jiǎn)單的結(jié)果集對(duì)象，默認(rèn)情況下都會(huì)寫入到這個(gè)對(duì)象的 list 集合中。

3.2 對(duì)象創(chuàng)建

在處理封裝數(shù)據(jù)的過程中，包括根據(jù) resultType 使用反射工具類 ObjectFactory#create 方法創(chuàng)建出 Bean 對(duì)象。這個(gè)過程會(huì)根據(jù)不同的類型進(jìn)行創(chuàng)建，不過暫時(shí)我們這里只是普通對(duì)象，所以不會(huì)填充太多的代碼，避免擾亂讀者的重點(diǎn)核心內(nèi)容的學(xué)習(xí)

調(diào)用鏈路：handleResultSet->handleRowValuesForSimpleResultMap->getRowValue->createResultObject

源碼詳見：cn.bugstack.mybatis.executor.resultset.DefaultResultSetHandler#createResultObject

private Object createResultObject(ResultSetWrapper rsw, ResultMap resultMap, List<Class<?>> constructorArgTypes, List<Object> constructorArgs, String columnPrefix) throws SQLException {
    final Class<?> resultType = resultMap.getType();
    final MetaClass metaType = MetaClass.forClass(resultType);
    if (resultType.isInterface() || metaType.hasDefaultConstructor()) {
        // 普通的Bean對(duì)象類型
        return objectFactory.create(resultType);
    }
    throw new RuntimeException("Do not know how to create an instance of " + resultType);
}

• 對(duì)于這樣的普通對(duì)象，只需要使用反射工具類就可以實(shí)例化對(duì)象了，不過這個(gè)時(shí)候?qū)傩孕畔⑦€沒有填充。其實(shí)和我們使用的 clazz.newInstance(); 也是一樣的效果

3.3 屬性填充

對(duì)象實(shí)例化完成后，就是根據(jù) ResultSet 獲取出對(duì)應(yīng)的值填充到對(duì)象的屬性中，但這里需要注意，這個(gè)結(jié)果的獲取來(lái)自于 TypeHandler#getResult 接口新增的方法，由不同的類型處理器實(shí)現(xiàn)，通過這樣的策略模式設(shè)計(jì)方式就可以巧妙的避免 if···else 的判斷處理。

圖 11-7 使用策略模式，獲取返回結(jié)果

源碼詳見：cn.bugstack.mybatis.executor.resultset.DefaultResultSetHandler#applyAutomaticMappings

• columnName 是屬性名稱，根據(jù)屬性名稱，按照反射工具類從對(duì)象中獲取對(duì)應(yīng)的 properyType 屬性類型，之后再根據(jù)類型獲取到 TypeHandler 類型處理器。有了具體的類型處理器，在獲取每一個(gè)類型處理器下的結(jié)果內(nèi)容就更加方便了。
• 獲取屬性值后，再使用 MetaObject 反射工具類設(shè)置屬性值，一次循環(huán)設(shè)置完成以后，這樣一個(gè)完整的結(jié)果信息 Bean 對(duì)象就可以返回了。返回后寫入到 DefaultResultContext#nextResultObject 上下文中

五、測(cè)試

1. 事先準(zhǔn)備

1.1 創(chuàng)建庫(kù)表

創(chuàng)建一個(gè)數(shù)據(jù)庫(kù)名稱為 mybatis 并在庫(kù)中創(chuàng)建表 user 以及添加測(cè)試數(shù)據(jù)，如下：

CREATE TABLE
    USER
    (
        id bigint NOT NULL AUTO_INCREMENT COMMENT '自增ID',
        userId VARCHAR(9) COMMENT '用戶ID',
        userHead VARCHAR(16) COMMENT '用戶頭像',
        createTime TIMESTAMP NULL COMMENT '創(chuàng)建時(shí)間',
        updateTime TIMESTAMP NULL COMMENT '更新時(shí)間',
        userName VARCHAR(64),
        PRIMARY KEY (id)
    )
    ENGINE=InnoDB DEFAULT CHARSET=utf8;
    
insert into user (id, userId, userHead, createTime, updateTime, userName) values (1, '10001', '1_04', '2022-04-13 00:00:00', '2022-04-13 00:00:00', '小傅哥');

1.2 配置數(shù)據(jù)源

<environments default="development">
    <environment id="development">
        <transactionManager type="JDBC"/>
        <dataSource type="POOLED">
            <property name="driver" value="com.mysql.jdbc.Driver"/>
            <property name="url" value="jdbc:mysql://127.0.0.1:3306/mybatis?useUnicode=true"/>
            <property name="username" value="root"/>
            <property name="password" value="123456"/>
        </dataSource>
    </environment>
</environments>

• 通過mybatis-config-datasource.xml 配置數(shù)據(jù)源信息，包括：driver、url、username、password
• 在這里 dataSource 可以按需配置成 DRUID、UNPOOLED 和 POOLED 進(jìn)行測(cè)試驗(yàn)證。

1.3 配置Mapper

<select id="queryUserInfoById" parameterType="java.lang.Long" resultType="cn.bugstack.mybatis.test.po.User">
    SELECT id, userId, userName, userHead
    FROM user
    where id = #{id}
</select>

• 這部分暫時(shí)不需要調(diào)整，目前還只是一個(gè)入?yún)⒌念愋偷膮?shù)，后續(xù)我們?nèi)客晟七@部分內(nèi)容以后，則再提供更多的其他參數(shù)進(jìn)行驗(yàn)證。

2. 單元測(cè)試

@Before
public void init() throws IOException {
    // 1. 從SqlSessionFactory中獲取SqlSession
    SqlSessionFactory sqlSessionFactory = new SqlSessionFactoryBuilder().build(Resources.getResourceAsReader("mybatis-config-datasource.xml"));
    sqlSession = sqlSessionFactory.openSession();
}

@Test
public void test_queryUserInfoById() {
    // 1. 獲取映射器對(duì)象
    IUserDao userDao = sqlSession.getMapper(IUserDao.class);
    // 2. 測(cè)試驗(yàn)證：基本參數(shù)
    User user = userDao.queryUserInfoById(1L);
    logger.info("測(cè)試結(jié)果：{}", JSON.toJSONString(user));
}

• 這里我們只測(cè)試一個(gè)查詢結(jié)果即可，返回的類型是一個(gè)自定義的對(duì)象類型。

測(cè)試結(jié)果

12:39:17.321 [main] INFO  c.b.mybatis.builder.SqlSourceBuilder - 構(gòu)建參數(shù)映射 property：id propertyType：class java.lang.Long
12:39:17.321 [main] INFO  c.b.mybatis.builder.SqlSourceBuilder - 構(gòu)建參數(shù)映射 property：userId propertyType：class java.lang.String
12:39:17.382 [main] INFO  c.b.m.s.defaults.DefaultSqlSession - 執(zhí)行查詢 statement：cn.bugstack.mybatis.test.dao.IUserDao.queryUserInfoById parameter：1
12:39:17.684 [main] INFO  c.b.m.s.d.DefaultParameterHandler - 根據(jù)每個(gè)ParameterMapping中的TypeHandler設(shè)置對(duì)應(yīng)的參數(shù)信息 value：1
12:39:17.728 [main] INFO  cn.bugstack.mybatis.test.ApiTest - 測(cè)試結(jié)果：{"id":1,"userHead":"1_04","userId":"10001","userName":"小傅哥"}

Process finished with exit code 0

• 通過 DefaultResultSetHandler 結(jié)果處理器的功能解耦和實(shí)現(xiàn)，已經(jīng)可以正常查詢和返回對(duì)應(yīng)的對(duì)象信息了，后續(xù)其他內(nèi)容的擴(kuò)展也可以基于這個(gè)基座進(jìn)行處理。

六、總結(jié)

• 這一章節(jié)的整個(gè)功能實(shí)現(xiàn)，都在圍繞流程的解耦進(jìn)行處理，將對(duì)象的參數(shù)解析和結(jié)果封裝都進(jìn)行拆解，通過這樣的方式來(lái)分配各個(gè)模塊的單一職責(zé)，不讓一個(gè)類的方法承擔(dān)過多的交叉功能。
• 那么我們?cè)诮Y(jié)合這樣的思想和設(shè)計(jì)，反復(fù)閱讀和動(dòng)手實(shí)踐中，來(lái)學(xué)習(xí)這樣的代碼設(shè)計(jì)和開發(fā)過程，都能為我們以后實(shí)際開發(fā)業(yè)務(wù)代碼時(shí)候帶來(lái)參考建議，避免總是把所有的流程都寫到一個(gè)類或者方法中。
• 到本章節(jié)全核心流程基本就串聯(lián)清楚了，再有的就是一些功能的拓展，比如支持更多的參數(shù)類型，以及添加除了 Select 以外的其他操作，還有一些緩存數(shù)據(jù)的使用等，后面章節(jié)將在這些內(nèi)容中，摘取一些核心的設(shè)計(jì)和實(shí)現(xiàn)進(jìn)行講解，讓讀者吸收更多的設(shè)計(jì)技巧。