继承 UITableViewController 还是 UIViewController 后自己创建 tableView?

[babyname]

感觉继承前者有时候遇到奇怪的问题。

[PrideChung]

我都是直接继承UITableViewController，即使不用UITableViewController来做UITableView的DataSource。主要是懒得自己再去创建个UITableView了

[rannie]

都可以的 这个不用纠结吧~

[zichen0422]

经常使用后者得飘过.

[LINAICAI]

UITableViewController省心太多了，不用各种alloc 和init，还有自己填写代理

[kobe1941]

从来都是UIViewController+UITableView。第一种当你需要调节tableView的frame的时候就会想哭的，尤其还集成上下拉的时候。

[tane05]

以前看过的一篇博客,写的相当精彩.
http://www.objc.io/issue-1/table-views.html

[likid]

第一种，Apple 帮你做了很多操作，省心，可定制性较差。
第二种，自己搞，可定制性高。
第二种要省心的话，只要统一下代码，使用 Snippet 也可以省去较多操作。
另，使用 xib 或 storyboard 也不用写很多界面代码。

[CDuXZMAPgHp1q9ew]

那么问题来了 如何自己写一个 tableviewcontroller

[yellowV2ex]

第一种省事，点状态栏回到最顶都不用写

[anguskwan]

都可以啊，看需求吧
1. 继承tableviewcontroller，view里的内容相对固定，header+tableview+footer
2. 单独实现tableview，适用于大多数场景，例如一个文章，下面有很多评论，评论就需要tableview，这时候单独加一个tableview是必要的，也不复杂，跟实现tableviewcontroller里的那些delegate差不多工作量。。。

[anguskwan]

一直用rubymotion写，两种情况都比较多。

[yellowV2ex]

@anguskwan 类似微博详情的那种，我一般用tableHeaderView去干这事儿，还省了控制tableview高度的事儿

[PrideChung]

UITableViewController自带了UIRefreshControl这一点是它独有的，虽然你也可以自己强行插一个UIRefreshControl进去，但是很容易会有些奇奇怪怪的情况。其他复杂点情况我一般都用ViewController Containment，不会用一个ViewController管理两个比较复杂的View。

[cralison]

UIViewController+UITableView用得比较多一些：）

不过，
@yellowV2ex 说的tableHeaderView，倒是一个好办法：）

[mmoaay]

如果你想用UIRefreshControl，建议用UITableViewController