在UIViewController中使用tableView有哪些优势？不使用UITableViewController又有何好处？

嘿，这个问题问得特别实际！我来给你掰扯清楚这两个点：

一、UIViewController中使用UITableView的核心优势 #

• 布局自由度拉满：UITableViewController默认把tableView直接当成整个页面的根视图，想加个自定义顶部标题栏、底部操作按钮或者侧边筛选栏？难搞。但在UIViewController里，tableView只是众多子视图之一，你想让它占屏幕一半、旁边放个地图，或者在顶部叠个搜索栏，都能轻松实现，完全掌控布局。
• 支持多TableView场景：要是你需要做个左右分栏的页面，左边是列表、右边也是列表，UIViewController可以同时管理多个UITableView实例，各自设置数据源和代理。换成UITableViewController的话，一个控制器只能绑定一个tableView，根本没法满足这种需求。
• 自主控制视图层级：你可以自己决定tableView的frame、约束，什么时候加载、什么时候隐藏。比如在页面初始化时先显示加载动画，数据加载完成再把tableView显示出来，这种灵活的视图切换在UITableViewController里会受限于它的默认视图结构。
• 生命周期管理更灵活：虽然两者都有ViewController的生命周期，但UIViewController可以更精准地控制tableView的刷新时机——比如在viewWillAppear里拉取最新数据刷新，在viewDidDisappear里取消网络请求，不用被UITableViewController的默认逻辑绑定。

二、选择UIViewController而非UITableViewController的额外好处 #

• 摆脱自动绑定的约束：UITableViewController会自动把自己设为tableView的delegate和dataSource，但实际开发中咱们经常会把数据源逻辑拆分到专门的类（比如TableViewDataSource）来解耦。用UIViewController的话，你可以自由指定这些代理对象，代码结构更清晰。
• 自定义父类不受限：很多公司都会封装自己的BaseViewController（带统一导航栏、错误页、埋点逻辑），如果用UITableViewController，你只能继承它，没法同时继承自定义基类（毕竟Swift/OC都是单继承）。但UIViewController就没这个问题，直接继承自定义基类，再把tableView当子视图加进去就行。
• 取消默认适配逻辑：UITableViewController会自动调整tableView的contentInset来适配导航栏、TabBar，有时候咱们不需要这个默认行为（比如自定义了导航栏高度），UIViewController可以手动设置inset，完全按照自己的需求来，不用去override一堆方法取消默认适配。
• 避免不必要的默认行为：比如UITableViewController在编辑模式下的默认动画、点击状态栏自动滚动到顶部的行为，要是你的业务不需要这些，用UIViewController就不用费劲去禁用它们，从一开始就掌握控制权。
• 职责更清晰：ViewController专注于页面整体的逻辑（比如跳转、弹窗、网络请求触发），tableView的展示逻辑交给数据源和代理对象，完全符合单一职责原则，代码维护起来也更轻松。

内容的提问来源于stack exchange，提问作者Sohn