Почему стоит выносить data source и delegate таблицы в отдельные расширения?

Табличные экраны быстро разрастаются: появляются секции, разные типы ячеек, хедеры, обработка selection, prefetch и т.д. Если держать все это в одном месте, контроллер начинает «тонуть» в деталях.

1) Улучшение читаемости и навигации по файлу

Перед тем как говорить о плюсах, важно понять проблему: методы таблицы — это отдельный большой блок логики.

Что дает вынос в extension:

1. Основной класс остается компактным: lifecycle, bindings, actions.

2. Методы таблицы сгруппированы отдельно.

3. Быстрее искать нужные части кода через список символов.

Пример структуры:

final class FeedViewController: UIViewController {
    // lifecycle, setup, bindings, actions
}

extension FeedViewController: UITableViewDataSource {
    // numberOfRows, cellForRow
}

extension FeedViewController: UITableViewDelegate {
    // didSelectRow, heightForRow
}

2) Разделение ответственности внутри одного типа

Даже если это все еще один класс, разделение по extensions помогает удерживать границы:

1. Контроллер отвечает за экран.

2. Extension отвечает за протоколы таблицы.

Это уменьшает хаос и облегчает постепенный рефакторинг.

3) Проще выделять отдельные объекты

Вынос в extension часто становится первым шагом к следующему улучшению:

• выделить DataSource в отдельный тип;

• внедрить адаптер;

• использовать diffable data source.

Когда методы уже собраны вместе, их проще перенести.

4) Меньше конфликтов в команде

В командной разработке extensions помогают:

1. разным людям менять разные части файла;

2. уменьшать merge-конфликты;

3. поддерживать единый стиль.

5) Практические дополнительные улучшения

Если экран сложный, extensions можно сделать более тематическими:

1. UITableViewDataSourcePrefetching

2. UIScrollViewDelegate (для пагинации)

3. обработка UITableViewDiffableDataSource

Практический вывод

Вынос dataSource и delegate в extensions — простой прием, который делает контроллер структурнее, облегчает чтение и подготавливает код к дальнейшей декомпозиции (например, к выделению отдельного data source объекта).