开头：最近在利用有道的api尝试做一个翻译的应用，其中用到了tableview。有一段时间没有接触这个常用UI，发现该忘的都忘了哈哈。
本文不着重讲述tableView的各种基本使用了，而打算通过下面几个方面来进行叙述思考。在复习tableView的同时，想思考一下代码的规范问题。
- 1.tableView下中MVC思考
- 2.tableView与自定义cell
- 3.一个tableView，多种类型cell(MVVM模式)
1.tableView中MVC思考
先贴上一张MVC的一张大图（给自己看就好）
-(UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
TeacherHomeworkListCell *cell = [tableView dequeueReusableCellWithIdentifier:@"TeacherHomeworkListCell" forIndexPath:indexPath];
cell.delegate = self;
NSArray *arr = homeworkListModelTDArray[indexPath.section];
cell.model = arr[indexPath.row];
if ([cell.model.requirements isEqualToString:@"0"]) {
cell.operateView.hidden = YES;
cell.correctHomeworkButton.hidden = YES;
cell.operateViewNR.hidden = NO;
} else {
cell.operateView.hidden = NO;
.......
贴上这么多以前的代码主要的，是可以看出在以往coding过程中，我又容易忽视了mvc的设计思想。这可能会导致：
- 1.将view（cell）和model（数据）在controller中建立起了直接的联系。
- 2.又会让tableView显得庞然大物。
因此在这次coding 的过程中，我时不时有意地注意到了这个问题，将所有的与UI展示有关的数据交由View下来处理，而避免在controller中直接的设置。所以这次我的设置数据源的方法图片如下：
以往在设计一个tableView中有两种以上不同cell时候，我容易在cellForRowAtIndexPath：这个方法中作出许许多多的if-else的判断，而现在我将这个判断交由cell自己来做，controller自己不需要知道cell是要什么类型，而只要将得到的cell展示即可。
我们需要做的，就是传入需要的数据，可以indexPath也可以是model等。 这可能也很好的贯彻了“依赖注入”的设计原则。
同时，这可能对于后面的关于：自定义行高，一个tableView中有两个cell等提供有益的帮助。
不过白猫黑猫，能抓到老鼠的的都是好猫哈哈哈。
补充：注意一定要传入tableView，因为cell的复用问题。
2.tableView与自定义cell
这部分写给自己看哈哈哈，主要是遇到了几个忘记的知识点。
- 1.如果事先给tableView注册了cell类型，则不需要进行cell为空的处理，缓存池中就会有足够的cell等待复用。
- 2.在通过[_tableView registerClass...]注册了cell之后，在进行cell复用时，底层是调用了
- (instancetype)initWithStyle:(UITableViewCellStyle)style reuseIdentifier:(NSString *)reuseIdentifier的方法，因此如果需要返回xib自定义的cell，则需要对这个方法override。 - 3.在通过xib自定义时，需要通过tableViewDelegate设置行高（代理里的默认行高为44），否则可能无法完全展示xib的cell。
- 4.通过xib加载cell时候，底层会调用awakeFromNib的方法（这个也忘了😂）
3.一个tableView，多种类型cell
在现如今的应用程序当中，一个tableView中含有多种类型的cell，这已是一个普遍的UI需求。
参考了网上各种方法之后，自我总结了一下。 我想到了如下两种：
- 1.将相关参数传入view，通过view来返回需要指定类型的cell。
- 2.根据两种不同的标识符，获取不同的cell。
对于第一种方法:
我在实现的过程中，将view与xib绑定在一起，根据传入的indexPath或者数据，返回出指定类型的的cell。以往我会在xib文件中只放一个cell，而此次我则不再是通过[array lastObject]取出唯一的cell，而是根据指定的index从多个cell中取出指定的cell。
@implementation CustomCell
- (instancetype)cellWithIndexPath:(NSIndexPath *)indexPath {
CustomCell *cell = nil;
NSArray *cellArr = [[NSBundle mainBundle] loadNibWith...];
if (...){
cell = [cellArr objectAtIndex:index];
}else if (...) {
...
}else {
cell = [cellArr lastObject];
}
return cell;
}
@end
但是这种方法的缺点也很明显，与tag的使用大同小异。当一个tableView需要许多种类型的cell来丰富内容的时候，采用这种方法在开发过程中会带来一定的混乱。
可以适当的采用enum枚举，但同时也要注意xib中左面板中视图的上下位置。
例如上图中，NormalTyepCell 的index=1，MeTypeCell为2，而当两者调换了位置之后，索引也会发生改变。
对于第二种方法：
个人也比较倾向于第二种方法，对于不同的类型的cell，应有不同的Identifier进行绑定，这样子比较科学哈哈,同时采用了较为高大上的MVVM，。
我们大可以像第一种方式一样，从xib中取出所需要的cell，但是这也许就没有多个Identifier存在的必要性。而针对不同标识符取出对应的cell，更多的是依赖:
[tableView dequeueReusableCellWithIdentifier:Identifier];
的调用。
如何获得对应cell的Identifier：
同样是可以采用前面的方法来进行开发，但是细想一下，如果cell的类型过多，这样子会导致view中代码成本过高，相比与第一种方法，这种方法则更加麻烦。
如何解决？那就着手已产生的麻烦---胖View。
MVVM
开始写文章的时候并没有考虑，但是写着写着就觉得也许可以应用进来哈哈。9012希望能多写文章，记录笔记！
先贴几张MVVM的大图：
对于新面孔ViewModel：从MVC的controller中抽取出来的展示逻辑，负责从model中获取view所需的数据，转换成View可以展示的数据，并暴露公开的属性和命令供view进行绑定。
回到第二种方法的实现上来。
MVVM的采用可以很好的为view以及controller制定了瘦身的计划，我们将“获取指定cell的Identifier”这一逻辑交由ViewModel来实现，然后通过controller告诉view需要哪个cell。
附上viewModel和tableView设置数据源的伪码：
@implementation ViewModel
- (NSString *)identifierWith:(Model *)model {
if (model.type == ?){
return firstCellID;
}else if (model ...){
return secondCellID;
}else {
return ...
}
}
@end
@implementation controller
- (UITableViewCell *)tableView:(UITableView *)tableView cellForRowAtIndexPath:(NSIndexPath *)indexPath {
NSString *identifier = [_viewModel identifierWith:model];
return [tableView dequeReusa....:identifier];
}
@end
在设置数据源方法中，我没有进行cell为空的操作处理，因为需要在这之前，对tableView进行所有类型cell的注册，个人也比较喜欢先注册cell的方式，这样子可以让代码看起来更加直观。
结尾：
回顾前面所讲的，我的出发点可以理解为始终是一个---为controller制定瘦身计划，同时使代码更加容易维护。 之前只是一直想着coding，把功能实现就好，而从来没有想过将代码写在哪里会更加合理。 当然上面的方法并不是最佳😂，自我总结，仅供参考，大神路过有意见，还望指点下。
本来还想通过尝试tableView自动算高来巩固复习tableView，然而发现这里是一块肥肉，考虑篇幅，还得重新开一篇笔记细细评味😂。
