在本文之前筆者已經(jīng)將相關(guān)代碼開源到 GitHub 上并添加了 CocoaPods 的支持，歡迎大家下載查看：STDTableView，下面進(jìn)入正題：
首先說一下本篇文章的背景，公司的一個項(xiàng)目中需要用到一個動態(tài)編輯的表單頁面，樣式如下圖所示：
該表單頁面在項(xiàng)目中多處應(yīng)用，且部分頁面需要支持定制褒链，經(jīng)過分析后大概可總結(jié)出以下的幾點(diǎn)要求：
- cell 需支持鍵盤輸入，并需要對輸入做合法性驗(yàn)證笋敞；
- cell 需要可以指定輸入的數(shù)據(jù)類型及提交時(shí)的數(shù)據(jù)類型碱蒙；
- cell 需支持各類彈出式選擇器（時(shí)間選擇、條目選擇夯巷、聯(lián)動選擇）赛惩；
- cell 需支持push到下個界面進(jìn)行負(fù)責(zé)數(shù)據(jù)的選擇；
- 表單需要支持在編輯時(shí)動態(tài)添加或者刪除條目趁餐；
- 表單需要支持指定必填項(xiàng)與非必填項(xiàng)喷兼；
- 表單需要支持指定不可編輯的條目；
- 表單需要支持通過網(wǎng)絡(luò)加載回的數(shù)據(jù)進(jìn)行初始化后雷；
...
以往項(xiàng)目中的 tableView 結(jié)構(gòu)已經(jīng)無法滿足這種類型的需求了季惯，特別是對 cell 內(nèi)部事件處理，因而才萌生了對 UITableView 進(jìn)行封裝的念頭臀突，STDTableView 也是在這種情況下誕生的勉抓，筆者基于這個庫完美的實(shí)現(xiàn)了上述的需求，并全線推行到公司的項(xiàng)目中候学。下面來聊一下 STDTableView 的實(shí)現(xiàn)思路：
UITableView 是 iOS 開發(fā)中最常用的組件之一,關(guān)于它的接口及基本使用方法相信大家也都已經(jīng)爛熟于胸藕筋，本文主要探討的是如何在業(yè)務(wù)爆炸的情況下避免 viewController 變得臃腫不堪，以及如何更優(yōu)雅簡潔的實(shí)現(xiàn) UITableView 的相關(guān)調(diào)用梳码。
首先隐圾，先簡單的列舉一下日常開發(fā)中經(jīng)常碰到的幾種情況：
- 一個列表有多個 section，每個 section 中的 cell 結(jié)構(gòu)不同掰茶；
- 一個列表只有一個 section暇藏，但是 section 中存在多種 cell 結(jié)構(gòu)；
- 需要在 viewController 中響應(yīng) cell 內(nèi)部的點(diǎn)擊事件濒蒋；
其中盐碱，針對上面的1、2兩點(diǎn)沪伙，如果不注意的話經(jīng)常會寫出如下風(fēng)格的代碼：
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
UITableViewCell *cell = nil;
if (indexPath.section == 0) {
cell = xxx;
} else if (indexPath.section == 1) {
cell = xxx;
} else {
cell = xxx;
}
return cell;
}
- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
if (indexPath.section == 0) {
xxx
} else if (indexPath.section == 1) {
xxx
} else {
xxx
}
}
相信大家在剛開始寫 tableView 的時(shí)候?qū)ι厦娴拇a都深有體會瓮顽，單一類型的 cell 還好，但是如果后面需要增加不同的類型焰坪，或者根據(jù)不同的 row 跳轉(zhuǎn)到不同的頁面的話，這坨代碼會慢慢的龐大起來聘惦，最后可能自己看著都不想維護(hù)某饰！
那么有什么方式來優(yōu)化這個問題嗎儒恋？我們不妨先從以下幾點(diǎn)著手：
- 創(chuàng)建一個 dataAdapter 類，將 cell 的數(shù)據(jù)及基本配置如：cellReuseIdentifier黔漂、cellHeight诫尽、cellType 等保存起來做為cell的數(shù)據(jù)源；
- 將 cell 的數(shù)據(jù)配置及選中回調(diào)封裝在自身炬守，然后通過一個如 loadContent 以及 selectedEvent 的方法在 cellForRowAtIndexPath 和 didSelectRowAtIndexPath 中調(diào)用牧嫉；
- 將 dataSource 從 viewController 中剝離；
于是我們的代碼便可以變成如下的形式减途，viewController中也不需要每次都重新寫數(shù)據(jù)源方法：
//獨(dú)立的數(shù)據(jù)源
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
STDTableViewItem *item = [self itemAtIndexPath:indexPath];
STDTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:item.cellReuseIdentifier];
[cell loadContent];
return cell;
}
// viewController 中的 delegate 回調(diào)
- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
[(STDTableViewCell *)[tableView cellForRowAtIndexPath:indexPath] selectedEvent];
}
然而這個方式也存在一個問題酣藻，那就是 dataAdapter 的創(chuàng)建方式，一般我們請求回來的數(shù)據(jù)都是直接解析成 model 數(shù)組鳍置，如果在 viewController 中直接進(jìn)行顯式的轉(zhuǎn)換無疑也是極不友好的辽剧，這就需要我們繼續(xù)做一層封裝了！
自此我們已經(jīng)可以較好的解決前面提出的1税产、2兩點(diǎn)問題怕轿，針對問題 '3. 需要在 viewController 中響應(yīng) Cell 內(nèi)部的點(diǎn)擊事件'，筆者做法如下：
- 為 cell 新增一個 delegate 方法 'tableViewCell:event:';
- 在 cell 初始化的時(shí)候設(shè)置 viewController 為 delegate辟拷，并在 viewController 中實(shí)現(xiàn)相關(guān)的協(xié)議方法撞羽；
- 在 cell 的對應(yīng)事件中執(zhí)行類似 '[self.delegate tableViewCell:self event:@(STDEditEventInputFinish)]' 的操作告訴 viewController 發(fā)生了什么；
根據(jù)這個思路進(jìn)行封裝衫冻，我們已經(jīng)可以較好的實(shí)現(xiàn)UITableView的解耦及調(diào)用簡化诀紊，接下去就是再做一些結(jié)構(gòu)上的優(yōu)化了！具體實(shí)現(xiàn)大家可以下載 STDTableView 查看羽杰，里面附有相關(guān)的demo渡紫，支持CocoaPods安裝，歡迎大家下載查看考赛，有什么問題的話歡迎一起討論或者提issue 惕澎！
