感觉继承前者有时候遇到奇怪的问题。
|
PrideChungJan 20, 2015
1
我都是直接继承UITableViewController,即使不用UITableViewController来做UITableView的DataSource。主要是懒得自己再去创建个UITableView了
|
|
rannieJan 20, 2015
2
都可以的 这个不用纠结吧~
|
|
zichen0422Jan 20, 2015
3
经常使用后者得飘过.
|
|
LINAICAIJan 20, 2015
4
UITableViewController省心太多了,不用各种alloc 和init,还有自己填写代理
|
|
kobe1941Jan 20, 2015
5
从来都是UIViewController+UITableView。第一种当你需要调节tableView的frame的时候就会想哭的,尤其还集成上下拉的时候。
|
|
tane05Jan 20, 2015
6
以前看过的一篇博客,写的相当精彩.
http://www.objc.io/issue-1/table-views.html |
|
likidJan 20, 2015
7
第一种,Apple 帮你做了很多操作,省心,可定制性较差。
第二种,自己搞,可定制性高。 第二种要省心的话,只要统一下代码,使用 Snippet 也可以省去较多操作。 另,使用 xib 或 storyboard 也不用写很多界面代码。 |
|
CDuXZMAPgHp1q9ewJan 20, 2015 via iPhone
8
那么问题来了 如何自己写一个 tableviewcontroller
|
|
yellowV2exJan 20, 2015 via iPhone
9
第一种省事,点状态栏回到最顶都不用写
|
|
anguskwanJan 20, 2015
10
都可以啊,看需求吧
1. 继承tableviewcontroller,view里的内容相对固定,header+tableview+footer 2. 单独实现tableview,适用于大多数场景,例如一个文章,下面有很多评论,评论就需要tableview,这时候单独加一个tableview是必要的,也不复杂,跟实现tableviewcontroller里的那些delegate差不多工作量。。。 |
|
anguskwanJan 20, 2015
11
一直用rubymotion写,两种情况都比较多。
|
|
yellowV2exJan 20, 2015
12
@anguskwan 类似微博详情的那种,我一般用tableHeaderView去干这事儿,还省了控制tableview高度的事儿
|
|
PrideChungJan 20, 2015
13
UITableViewController自带了UIRefreshControl这一点是它独有的,虽然你也可以自己强行插一个UIRefreshControl进去,但是很容易会有些奇奇怪怪的情况。其他复杂点情况我一般都用ViewController Containment,不会用一个ViewController管理两个比较复杂的View。
|
|
cralisonJan 22, 2015
14
|
|
mmoaayJan 23, 2015
15
如果你想用UIRefreshControl,建议用UITableViewController
|