@miketeam IGListKit 很好使，别说 4000 种， 4W 种都行！！！
尽量保持 adapter 粒度很小，
例如定义 一些 title price 的 adapter ,
然后不同的单据根据自己的字段 往数据源里添加数据

IGListKit 自动根据数据源找相应的 adapter 显示出来，你只需要操作数据源

@Ricky123
@21grams

哈哈，我只是不走心瞎想，每周一半夜迷迷糊糊追一集，逻辑根本捋不起来~
讲道理，剧情细节都忘光了~

本来我一直在想
白帽子 William 是黑帽子黑衣人年轻的时候
因为 Dolores 是最老的接待员，所以 William 和 Dolores 的线应该在 30 年前
然后来一出人性卸下伪装露出赤裸裸的邪恶的大戏。

这个应该按分类排序更好吧~

@yoa1q7y
优点当然有，如果优点实在太适合你项目了，例如我一个项目要适配所有 iOS 设备，它确实是个好选择，也没得选了。

但我说的是不好用，加上 Xcode 支持上半残，这玩意能算好用？ 这么好用楼主发帖干什么


@nagato 互 block 吧~ 真是疯狗到处咬

@nagato 我说屎难吃还要我证明不是屎难吃而是我不会吃？ 你会吃你吃好了~

这玩意真是不好用，早点放弃吧
如果有像 VS 一样的支持能力还好，
Xcode 就是个残次品。
用过最烂的 IDE ，没有之一

@billytv 不应该是 S 虐的 M 不要不要的吗？

跳转到页面 a
此时 viewControllers 数组中 [a]
...
跳转到 c 数组中 [a,b,c]

跳转到 d 不用 push 方法，
将当前 Nav 中的 viewControllers 数组 [a,b,c]取出，删除掉 b,添加一个 d ，
得到数组 [a,c,d]
使用 setViewControllers 方法，传递一个这个数组即可。

之后返回就是 d->c->a

@miketeam
在你注册的地方，打印 TableView 的内存地址，
在你报错的地方，打印 TableView 的内存地址。
比对一下看是不是一样

另外你调用 FDTemplateLayoutCell 的计算高度的方法，一定得用你 register class 的那个 UITableView 的实例来调用。

因为他里面也有一个 dequeueReusableCell 方法调用，如果这两个 TableView 不是同一个，也不行。

提示信息里显示 没有 registerClass ，那肯定是某个 UITableView 没有 register 呗。
这个错误提示也不是 FDTemplateLayoutCell 的坑，和它没任何关系。

首先你在 cellForRowAt 里断点，看看调用 dequeueReusableCell 的 TableView 和你 register class 时的 TableView 是不是一个。打印他们的内存地址比对

@viator42 验证什么？？？
听到这个就感觉悬了

我一开始也挺烦这些的，现在用习惯了发现是神器啊
比如这位兄弟提到的例子
@isweal
let advertCount = self.cvsAdvertModel?.infos?.ref(0)?.imgs?.count ?? 0

如果没有 optional ，取 advertCount 要这样
if(self.cvsAdvertModel != nil ){
if( ...infos? != nil){
if( ...ref(0) != nil ){
if
if
}
}
}

而 optional 写法
if let advertCount = self.cvsAdvertModel?.infos?.ref(0)?.imgs?.count {

}
else{
let advertCount = 0;
}

当然还有其他很多用法，理解下其实挺爽的

我的爸爸的表姐的儿子 和我不是很熟