Как реализовываешь Data Source TableView?

Реализация Data Source для UITableView: от базовых принципов до современных паттернов

Реализация Data Source — фундаментальный аспект работы с UITableView в iOS-разработке. Эволюция подходов отражает общие тенденции в экосистеме Apple: от простых протоколов до реактивных фреймворков. Рассмотрим ключевые методы и современные практики.

Базовый подход: реализация протокола UITableViewDataSource

Стандартный способ — реализация методов протокола UITableViewDataSource непосредственно в контроллере (чаще всего UIViewController). Это включает два обязательных метода:

class MyViewController: UIViewController, UITableViewDataSource {
    private var items: [String] = ["Item 1", "Item 2", "Item 3"]
    
    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return items.count
    }
    
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: "MyCell", for: indexPath)
        cell.textLabel?.text = items[indexPath.row]
        return cell
    }
}

Основные методы Data Source, которые стоит знать:

• numberOfSections(in:) — количество секций (по умолчанию 1)
• tableView(_:numberOfRowsInSection:) — количество строк в конкретной секции
• tableView(_:cellForRowAt:) — конфигурация ячейки для конкретного индекса
• tableView(_:titleForHeaderInSection:) — заголовок секции
• tableView(_:canEditRowAt:) / tableView(_:commit:forRowAt:) — управление редактированием

Продвинутые архитектурные паттерны

1. Выделенный Data Source объект

Для соблюдения принципа единственной ответственности (Single Responsibility Principle) часто создают отдельный класс:

class TableViewDataSource: NSObject, UITableViewDataSource {
    private var items: [String]
    
    init(items: [String]) {
        self.items = items
    }
    
    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return items.count
    }
    
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: "Cell", for: indexPath)
        cell.textLabel?.text = items[indexPath.row]
        return cell
    }
}

// Использование в контроллере
class MyViewController: UIViewController {
    @IBOutlet weak var tableView: UITableView!
    private var dataSource: TableViewDataSource!
    
    override func viewDidLoad() {
        super.viewDidLoad()
        let items = ["Item 1", "Item 2", "Item 3"]
        dataSource = TableViewDataSource(items: items)
        tableView.dataSource = dataSource
    }
}

2. Generic Data Source с замыканиями

Более гибкий подход с использованием дженериков и замыканий для конфигурации:

class GenericTableViewDataSource<Item>: NSObject, UITableViewDataSource {
    typealias CellConfigurator = (Item, UITableViewCell, IndexPath) -> Void
    
    private var items: [Item]
    private let cellIdentifier: String
    private let cellConfigurator: CellConfigurator
    
    init(items: [Item], 
         cellIdentifier: String, 
         cellConfigurator: @escaping CellConfigurator) {
        self.items = items
        self.cellIdentifier = cellIdentifier
        self.cellConfigurator = cellConfigurator
    }
    
    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return items.count
    }
    
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: cellIdentifier, for: indexPath)
        let item = items[indexPath.row]
        cellConfigurator(item, cell, indexPath)
        return cell
    }
}

3. Использование NSFetchedResultsController для Core Data

При работе с Core Data оптимальным решением является NSFetchedResultsController, который автоматически отслеживает изменения в данных:

class CoreDataTableViewController: UITableViewController, NSFetchedResultsControllerDelegate {
    var fetchedResultsController: NSFetchedResultsController<Item>!
    
    private func setupFetchedResultsController() {
        let request: NSFetchRequest<Item> = Item.fetchRequest()
        request.sortDescriptors = [NSSortDescriptor(key: "name", ascending: true)]
        
        fetchedResultsController = NSFetchedResultsController(
            fetchRequest: request,
            managedObjectContext: CoreDataManager.shared.context,
            sectionNameKeyPath: nil,
            cacheName: nil
        )
        fetchedResultsController.delegate = self
        
        do {
            try fetchedResultsController.performFetch()
        } catch {
            print("Fetch failed: \(error)")
        }
    }
    
    // NSFetchedResultsControllerDelegate методы для автоматического обновления таблицы
    func controllerDidChangeContent(_ controller: NSFetchedResultsController<NSFetchRequestResult>) {
        tableView.reloadData()
    }
}

Современные подходы с Diffable Data Source и Compositional Layout (iOS 13+)

С появлением UITableViewDiffableDataSource и UICollectionViewDiffableDataSource работа с данными стала декларативной и безопасной:

enum Section {
    case main
}

class ModernTableViewController: UIViewController {
    private var tableView: UITableView!
    private var dataSource: UITableViewDiffableDataSource<Section, String>!
    
    override func viewDidLoad() {
        super.viewDidLoad()
        setupTableView()
        configureDataSource()
        applyInitialSnapshot()
    }
    
    private func configureDataSource() {
        dataSource = UITableViewDiffableDataSource<Section, String>(
            tableView: tableView,
            cellProvider: { tableView, indexPath, itemIdentifier in
                let cell = tableView.dequeueReusableCell(withIdentifier: "Cell", for: indexPath)
                cell.textLabel?.text = itemIdentifier
                return cell
            }
        )
    }
    
    private func applyInitialSnapshot() {
        var snapshot = NSDiffableDataSourceSnapshot<Section, String>()
        snapshot.appendSections([.main])
        snapshot.appendItems(["Item 1", "Item 2", "Item 3"])
        dataSource.apply(snapshot, animatingDifferences: true)
    }
}

Ключевые практики и рекомендации

Обязательные оптимизации:

• Регистрация ячеек через register(_:forCellReuseIdentifier:) для повторного использования
• Делегирование обработки данных отдельным объектам для тестируемости
• Использование MVVM/VIPER для разделения ответственности
• Кэширование вычислений для тяжелых операций в cellForRowAt

Типичные ошибки, которых следует избегать:

1. Сильная связность Data Source с контроллером
2. Отсутствие обработки пустых состояний таблицы
3. Неоптимизированные операции в основном потоке при конфигурации ячеек
4. Игнорирование необходимости обновления интерфейса в главном потоке

Для сложных таблиц с разными типами ячеек рекомендуется использовать:

• tableView(_:heightForRowAt:) и tableView(_:estimatedHeightForRowAt:) в UITableViewDelegate
• Разные идентификаторы ячеек для каждого типа
• Фабрики ячеек или вью-модели для конфигурации

Выбор подхода зависит от сложности приложения, требований к производительности и версии iOS. Для новых проектов с поддержкой iOS 13+ Diffable Data Source является стандартом де-факто, обеспечивая типобезопасность и удобные анимации изменений. В legacy-проектах актуальны паттерны с выделенными объектами Data Source для поддержания чистоты архитектуры.