Вы должны написать методы делегата и протокола независимо от того, какой из двух подходов вы выберете.

Есть только две возможные причины, по которым вы должны использовать UIViewController вместо UITableViewController, когда вам нужен контроллер представления с табличным представлением:

1. Вам нужно, чтобы табличное представление было меньше, чем представление контроллера представления.
2. Вам нужно добавить дополнительные представления в контроллер представления, которые не прокручиваются вместе с табличным представлением (хотя есть способы решить эту проблему с помощью UITableViewController).

Вот все, что UITableViewController делает для вас, и что вам нужно воспроизвести:

1. Определяет и настраивает файл UITableView.
2. Устанавливает себя в качестве источника данных и делегата табличного представления.
3. Переопределяет метод setEditing:animated:, чтобы также установить свойство editing табличного представления.
4. Отменяет выбор последней выбранной строки в методе viewWillAppear: в зависимости от свойства clearsSelectionOnViewWillAppear.
5. Мигает полосы прокрутки табличного представления в методе viewDidAppear:.
6. Подключает элемент управления обновлением (начиная с iOS 6).
7. Перезагружает табличное представление при первом его появлении.
8. Настраивает contentInset табличного представления (начиная с iOS 7).
9. Прокручивает представление таблицы по мере необходимости, когда появляется клавиатура.

Преимущество клавиатуры с 0 строками кода

UITableViewController обеспечивает автоматическую прокрутку при появлении экранной клавиатуры, а обычная UIViewController — нет.

UITableViewController надежно перемещает редактируемую область в поле зрения без необходимости возиться с уведомлениями клавиатуры. Так было на заре iOS, в то время как уведомления клавиатуры изменились, редко обеспечивая обратную совместимость.

Всякий раз, когда представление требует редактирования (например, экран входа), рассмотрите возможность использования UITableViewController и используйте эту уникальную функцию ровно 0 строк кода.

К сожалению, обычный UIViewController, использующий протокол UITableViewDelegate, не предлагает эту функциональность.

Работает с момента появления iPhone OS до сегодня.

► Найдите это решение на GitHub, а дополнительную информацию — на Быстрые рецепты.

UITableViewController позволяет иметь статическую таблицу на iOS5

Единственное, что есть у UITableViewController и чего нет у обычного UIViewController, это свойство tableView, и оно соответствует протоколам UITableViewDelegate и UITableViewDataSource. Ad RolandasR указывает, что установка контроллера представления как (потомка) UITableViewController также позволяет использовать статические ячейки таблицы.

Основным преимуществом использования UITableViewDelegate является простота. Однако есть преимущества в создании собственного TableViewController, который не предполагает, что представление является таблицей:

1) Вы можете добавить другие элементы и сделать так, чтобы таблица занимала меньшую часть экрана. 2) Вы можете добавить целую кучу вспомогательных методов, доступных для всех VC, которые происходят от вашего контроллера. Я реализую вспомогательные методы для автоматического возврата высоты строки, когда у меня есть разные типы UITableViewCell, а также для автоматической регистрации различных ячеек, методов для получения ссылки на ячейку из CGPoint в таблице, обратных вызовов pull-to-refresh и т. д.

Хотя вы всегда можете получить от UITableViewController и добавить вспомогательные методы, я думаю, что основное преимущество заключается в том, что таблица не занимает все представление.