在本文之前筆者已經(jīng)將相關(guān)代碼開源到 GitHub 上并添加了 CocoaPods 的支持，歡迎大家下載查看：STDTableView，下面進(jìn)入正題：

首先說一下本篇文章的背景，公司的一個(gè)項(xiàng)目中需要用到一個(gè)動(dòng)態(tài)編輯的表單頁(yè)面，樣式如下圖所示：

動(dòng)態(tài)編輯表單

該表單頁(yè)面在項(xiàng)目中多處應(yīng)用，且部分頁(yè)面需要支持定制，經(jīng)過分析后大概可總結(jié)出以下的幾點(diǎn)要求：

• cell 需支持鍵盤輸入，并需要對(duì)輸入做合法性驗(yàn)證；
• cell 需要可以指定輸入的數(shù)據(jù)類型及提交時(shí)的數(shù)據(jù)類型；
• cell 需支持各類彈出式選擇器（時(shí)間選擇、條目選擇、聯(lián)動(dòng)選擇）；
• cell 需支持push到下個(gè)界面進(jìn)行負(fù)責(zé)數(shù)據(jù)的選擇；
• 表單需要支持在編輯時(shí)動(dòng)態(tài)添加或者刪除條目；
• 表單需要支持指定必填項(xiàng)與非必填項(xiàng)；
• 表單需要支持指定不可編輯的條目；
• 表單需要支持通過網(wǎng)絡(luò)加載回的數(shù)據(jù)進(jìn)行初始化；
  ...

以往項(xiàng)目中的 tableView 結(jié)構(gòu)已經(jīng)無法滿足這種類型的需求了，特別是對(duì) cell 內(nèi)部事件處理，因而才萌生了對(duì) UITableView 進(jìn)行封裝的念頭，STDTableView 也是在這種情況下誕生的，筆者基于這個(gè)庫(kù)完美的實(shí)現(xiàn)了上述的需求，并全線推行到公司的項(xiàng)目中。下面來聊一下 STDTableView 的實(shí)現(xiàn)思路：

UITableView 是 iOS 開發(fā)中最常用的組件之一,關(guān)于它的接口及基本使用方法相信大家也都已經(jīng)爛熟于胸，本文主要探討的是如何在業(yè)務(wù)爆炸的情況下避免 viewController 變得臃腫不堪，以及如何更優(yōu)雅簡(jiǎn)潔的實(shí)現(xiàn) UITableView 的相關(guān)調(diào)用。

首先，先簡(jiǎn)單的列舉一下日常開發(fā)中經(jīng)常碰到的幾種情況：

1. 一個(gè)列表有多個(gè) section，每個(gè) section 中的 cell 結(jié)構(gòu)不同；
2. 一個(gè)列表只有一個(gè) section，但是 section 中存在多種 cell 結(jié)構(gòu)；
3. 需要在 viewController 中響應(yīng) cell 內(nèi)部的點(diǎn)擊事件；

其中，針對(duì)上面的1、2兩點(diǎn)，如果不注意的話經(jīng)常會(huì)寫出如下風(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都深有體會(huì)，單一類型的 cell 還好，但是如果后面需要增加不同的類型，或者根據(jù)不同的 row 跳轉(zhuǎn)到不同的頁(yè)面的話，這坨代碼會(huì)慢慢的龐大起來，最后可能自己看著都不想維護(hù)！

那么有什么方式來優(yōu)化這個(gè)問題嗎？我們不妨先從以下幾點(diǎn)著手：

1. 創(chuàng)建一個(gè) dataAdapter 類，將 cell 的數(shù)據(jù)及基本配置如：cellReuseIdentifier、cellHeight、cellType 等保存起來做為cell的數(shù)據(jù)源；
2. 將 cell 的數(shù)據(jù)配置及選中回調(diào)封裝在自身，然后通過一個(gè)如 loadContent 以及 selectedEvent 的方法在 cellForRowAtIndexPath 和 didSelectRowAtIndexPath 中調(diào)用；
3. 將 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];
}

然而這個(gè)方式也存在一個(gè)問題，那就是 dataAdapter 的創(chuàng)建方式，一般我們請(qǐng)求回來的數(shù)據(jù)都是直接解析成 model 數(shù)組，如果在 viewController 中直接進(jìn)行顯式的轉(zhuǎn)換無疑也是極不友好的，這就需要我們繼續(xù)做一層封裝了！

自此我們已經(jīng)可以較好的解決前面提出的1、2兩點(diǎn)問題，針對(duì)問題 '3. 需要在 viewController 中響應(yīng) Cell 內(nèi)部的點(diǎn)擊事件'，筆者做法如下：

1. 為 cell 新增一個(gè) delegate 方法 'tableViewCell:event:';
2. 在 cell 初始化的時(shí)候設(shè)置 viewController 為 delegate，并在 viewController 中實(shí)現(xiàn)相關(guān)的協(xié)議方法；
3. 在 cell 的對(duì)應(yīng)事件中執(zhí)行類似 '[self.delegate tableViewCell:self event:@(STDEditEventInputFinish)]' 的操作告訴 viewController 發(fā)生了什么；

根據(jù)這個(gè)思路進(jìn)行封裝，我們已經(jīng)可以較好的實(shí)現(xiàn)UITableView的解耦及調(diào)用簡(jiǎn)化，接下去就是再做一些結(jié)構(gòu)上的優(yōu)化了！具體實(shí)現(xiàn)大家可以下載 STDTableView 查看，里面附有相關(guān)的demo，支持CocoaPods安裝，歡迎大家下載查看，有什么問題的話歡迎一起討論或者提issue ！