流程解耦，封裝結(jié)果集處理器
一、前言
碼農(nóng)，如何為自己的職業(yè)生涯續(xù)期？
上班就像打怪升級(jí)，拿著一把西瓜刀，從南天門砍到北天門。但時(shí)間長了，怪越來越兇了，西瓜刀也不得手了。咋辦，在游戲里大家肯定是想辦法換裝備了、買武器了、學(xué)技能了，這樣才能有機(jī)會(huì)打通更多的關(guān)卡。
其實(shí)我們作為程序員上班也是一樣的，如果一直都以為這點(diǎn)技術(shù)夠?qū)憣慍RUD就夠了，反正現(xiàn)在還能應(yīng)付的了。但3年后呢、5年后呢，總有一天你的技術(shù)根本沒法滿足公司對(duì)你現(xiàn)階段的要求，最簡單的CRUD也早已交給了曾經(jīng)年輕的另外的你。
有人說：“程序員不是技術(shù)牛就能一直行！” 但其實(shí)技術(shù)牛就是行，當(dāng)你牛到一定的階段，解決別人解決不了的問題，處理別人處理的不了的方案，蝎子粑粑獨(dú)一份，誰又能攔得住你呢。在哪里工作都是你自己來定的，你只管技術(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é)果集處理
- 對(duì)于結(jié)果集的封裝處理，其實(shí)核心在于我們拿到了 Mapper XML 中所配置的返回類型，解析后把從數(shù)據(jù)庫查詢到的結(jié)果，反射到類型實(shí)例化的對(duì)象上。
- 那么這個(gè)過程中，我們需要滿足不同返回類型的處理，比如Long、Double、String、Date等，都要一一與數(shù)據(jù)庫的類型匹配，與此同時(shí)，返回的結(jié)果可能是一個(gè)普通的基本類型，也可能是我們封裝后的對(duì)象類型。并這個(gè)結(jié)果查詢也不一定只是一條記錄，還可能是多條記錄。那么為了更好的處理這些不同情況下的問題，就需要對(duì)流程進(jìn)行分治和實(shí)現(xiàn)，以及在過程中進(jìn)行抽象化的解耦，這樣才能滿足于我們把不同的返回信息訴求，封裝到對(duì)象里去。分治、抽象和知識(shí)，來自于人月神話中的康威定律，它是系統(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í)封裝返回類型到映射器語句類中，MappedStatement#resultMaps 直到執(zhí)行完 SQL 語句，按照我們的返回結(jié)果參數(shù)類型，創(chuàng)建對(duì)象和使用 MetaObject 反射工具類填充屬性信息。詳細(xì)設(shè)計(jì)如圖 11-3 所示
圖 11-3 封裝結(jié)果集處理器
- 首先我們?cè)诮馕?XML 語句解析構(gòu)建器中，添加一個(gè) MapperBuilderAssistant 映射器的助手類，方便我們對(duì)參數(shù)的統(tǒng)一包裝處理，按照職責(zé)歸屬的方式進(jìn)行細(xì)分解耦。通過這樣的方式在 MapperBuilderAssistant#setStatementResultMap 中封裝返回結(jié)果信息，一般來說我們使用 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)一使用。
- 接下來就是執(zhí)行 JDBC 操作查詢到數(shù)據(jù)以后，對(duì)結(jié)果的封裝。那么在 DefaultResultSetHandler 返回結(jié)果處理中，首先會(huì)按照我們已經(jīng)解析的到的 ResultType 進(jìn)行對(duì)象的實(shí)例化。實(shí)例化對(duì)象以后再根據(jù)解析出來對(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 語句構(gòu)建器中使用映射構(gòu)建器助手，包裝映射器語句入?yún)ⅰ⒊鰠⒌姆庋b處理。通過此處功能職責(zé)的切割，滿足不同邏輯單元的擴(kuò)展。MapperBuilderAssistant#setStatementResultMap 處理 ResultType/ResultMap 的封裝信息。
- 入?yún)⑿畔⒌慕馕鰰?huì)存放到映射語句 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é)果的封裝處理，這里主要分為按照解析出來的 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 語句構(gòu)建器中解析語句后的信息封裝會(huì)逐步增多，所以這里需要引入映射構(gòu)建器助手對(duì)類中方法的職責(zé)進(jìn)行劃分，降低一個(gè)方法塊內(nèi)的邏輯復(fù)雜度。這樣的方式也更加利于代碼的維護(hù)和擴(kuò)展。
2.1 結(jié)果映射封裝
熟悉使用 Mybatis 的讀者都清楚的知道，在一條語句配置中需要有包括一個(gè)返回類型的配置，這個(gè)返回類型可以是通過 resultType 配置，也可以使用 resultMap 進(jìn)行處理，而無論使用哪種方式其實(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é)果信息映射類，并提供了建造者方法，方便外部使用。沒有太多的邏輯行為，具體可以參照源碼。
2.2 構(gòu)建器助手
MapperBuilderAssistant 構(gòu)建器助手專門為創(chuàng)建 MappedStatement 映射語句類而服務(wù)的，在這個(gè)類中封裝了入?yún)⒑统鰠⒌挠成洹⒁约鞍堰@些配置信息寫入到 Configuration 配置項(xiàng)中。
源碼詳見：cn.bugstack.mybatis.builder.MapperBuilderAssistant
public class MapperBuilderAssistant extends BaseBuilder {
/**
* 添加映射器語句
*/
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();
// 映射語句信息，建造完存放到配置項(xiàng)中
configuration.addMappedStatement(statement);
return statement;
}
private void setStatementResultMap(
String resultMap,
Class<?> resultType,
MappedStatement.Builder statementBuilder) {
List<ResultMap> resultMaps = new ArrayList<>();
/*
* 通常使用 resultType 即可滿足大部分場景
* <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)建器助手中，提供了添加映射器語句的方法，在這個(gè)方法中更加標(biāo)準(zhǔn)的封裝了入?yún)⒑统鰠⑿畔ⅰＨ绻@些內(nèi)容全部都堆砌到 XMLStatementBuilder 語句構(gòu)建器的解析中，就會(huì)顯得非常臃腫不易于維護(hù)了
- 在 MapperBuilderAssistant#setStatementResultMap 方法中，其實(shí)它只是一個(gè)非常簡單的結(jié)果映射建造的過程，無論是否為 ResultMap 都會(huì)進(jìn)行這樣的封裝處理。并最終把創(chuàng)建的信息寫入到 MappedStatement 映射語句類中。
2.3 調(diào)用助手類
接下來我們就可以清理 XMLStatementBuilder 語句構(gòu)建器中解析后，映射語句類的構(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 語句執(zhí)行器，一直到 PreparedStatementHandler 預(yù)處理語句處理，最后就是 DefaultResultSetHandler 結(jié)果信息的封裝。
前面章節(jié)對(duì)此處的封裝處理，并沒有解耦的操作，只是簡單的 JDBC 使用通過查詢結(jié)果，反射處理返回信息就結(jié)束了。如果是使用這樣的一個(gè)簡單的 if···else 面向過程方式進(jìn)行開發(fā)，那么后續(xù)所需要滿足 Mybatis 的全部封裝對(duì)象功能，就會(huì)變得特別吃力，一個(gè)方法塊也會(huì)越來越大。
所以這一部分的內(nèi)容處理是需要被解耦，分為；對(duì)象的實(shí)例化、結(jié)果信息的封裝、策略模式的處理、寫入上下文返回等操作，只有通過這樣的解耦流程，才能更加方便的擴(kuò)展流程不同節(jié)點(diǎn)中的各類需求。
源碼詳見：cn.bugstack.mybatis.executor.resultset.DefaultResultSetHandler#handleResultSet
這是一套結(jié)果封裝的核心處理流程，包括創(chuàng)建處理器、封裝數(shù)據(jù)和保存結(jié)果，接下來就分別介紹下這塊代碼的具體實(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é)果集對(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é)果的獲取來自于 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 上下文中
五、測試
1. 事先準(zhǔn)備
1.1 創(chuàng)建庫表
創(chuàng)建一個(gè)數(shù)據(jù)庫名稱為 mybatis 并在庫中創(chuàng)建表 user 以及添加測試數(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)行測試驗(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. 單元測試
@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. 測試驗(yàn)證：基本參數(shù)
User user = userDao.queryUserInfoById(1L);
logger.info("測試結(jié)果：{}" JSON.toJSONString(user));
- 這里我們只測試一個(gè)查詢結(jié)果即可，返回的類型是一個(gè)自定義的對(duì)象類型。
測試結(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 - 測試結(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)行拆解，通過這樣的方式來分配各個(gè)模塊的單一職責(zé)，不讓一個(gè)類的方法承擔(dān)過多的交叉功能。
- 那么我們?cè)诮Y(jié)合這樣的思想和設(shè)計(jì)，反復(fù)閱讀和動(dòng)手實(shí)踐中，來學(xué)習(xí)這樣的代碼設(shè)計(jì)和開發(fā)過程，都能為我們以后實(shí)際開發(fā)業(yè)務(wù)代碼時(shí)候帶來參考建議，避免總是把所有的流程都寫到一個(gè)類或者方法中。
- 到本章節(jié)全核心流程基本就串聯(lián)清楚了，再有的就是一些功能的拓展，比如支持更多的參數(shù)類型，以及添加除了 Select 以外的其他操作，還有一些緩存數(shù)據(jù)的使用等，后面章節(jié)將在這些內(nèi)容中，摘取一些核心的設(shè)計(jì)和實(shí)現(xiàn)進(jìn)行講解，讓讀者吸收更多的設(shè)計(jì)技巧。
