在本文以前笔者已经将相关代码开源到 GitHub 上并添加了 CocoaPods 的支持,欢迎你们下载查看:STDTableView,下面进入正题:git
首先说一下本篇文章的背景,公司的一个项目中须要用到一个动态编辑的表单页面,样式以下图所示: github
以往项目中的 tableView 结构已经没法知足这种类型的需求了,特别是对 cell 内部事件处理,于是才萌生了对 UITableView 进行封装的念头,STDTableView 也是在这种状况下诞生的,笔者基于这个库完美的实现了上述的需求,并全线推行到公司的项目中。下面来聊一下 STDTableView 的实现思路:数组
能够说 UITableView 是 iOS 开发中最经常使用的组件之一,关于它的接口及基本使用方法相信你们也都已经烂熟于胸,本文主要探讨的是如何在业务爆炸的状况下避免 viewController 变得臃肿不堪,以及如何更优雅简洁的实现 UITableView 的相关调用。网络
首先,先简单的列举一下平常开发中常常碰到的几种状况:优化
其中,针对上面的一、2两点,若是不注意的话常常会写出以下风格的代码:ui
- (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 的时候对上面的代码都深有体会,单一类型的 cell 还好,可是若是后面须要增长不一样的类型,或者根据不一样的 row 跳转到不一样的页面的话,这坨代码会慢慢的庞大起来,最后可能本身看着都不想维护!spa
那么有什么方式来优化这个问题吗?咱们不妨先从如下几点着手:code
因而咱们的代码即可以变成以下的形式,viewController中也不须要每次都从新写数据源方法:cdn
//独立的数据源
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath
{
STDTableViewItem *item = [self itemAtIndexPath:indexPath];
STDTableViewCell *cell = [tableView dequeueReusableCellWithIdentifier:item.cellReuseIdentifier];
[cell loadContent];
return cell;
}
// viewController 中的 delegate 回调
- (void)tableView:(UITableView *)tableView didSelectRowAtIndexPath:(NSIndexPath *)indexPath
{
[(STDTableViewCell *)[tableView cellForRowAtIndexPath:indexPath] selectedEvent];
}
复制代码
然而这个方式也存在一个问题,那就是 dataAdapter 的建立方式,通常咱们请求回来的数据都是直接解析成 model 数组,若是在 viewController 中直接进行显式的转换无疑也是极不友好的,这就须要咱们继续作一层封装了!blog
自此咱们已经能够较好的解决前面提出的一、2两点问题,针对问题 '3. 须要在 viewController 中响应 Cell 内部的点击事件',笔者作法以下:
根据这个思路进行封装,咱们已经能够较好的实现UITableView的解耦及调用简化,接下去就是再作一些结构上的优化了!笔者根据这个思路封装了一个库 STDTableView 并附有相关的demo,支持CocoaPods安装,欢迎你们下载查看,有什么问题的话欢迎一块儿讨论或者提issue !