> В чем отличие между UITableView и UIStackView и можно ли сделать таблицу из UIStackView (iOS, Swift)

Короткий ответ

UITableView и UIStackView решают разные задачи: UITableView - это виртуализированный список с переиспользованием ячеек, а UIStackView - это layout-контейнер для фиксированного набора вложенных view. Технически можно "собрать таблицу" из UIStackView, но это будет работать только для небольшого количества строк (до ~20-30) и приведёт к деградации производительности из-за отсутствия recycling и отложенной загрузки. Для динамических или длинных списков UIStackView непригоден.

Подробное объяснение

Основное отличие лежит в архитектуре и назначении:

• UITableView построен на UIScrollView и использует механизм dequeueReusableCell - ячейки переиспользуются, а за пределами экрана уничтожаются или переиспользуются для других данных. Это позволяет отображать тысячи строк с постоянной памятью и FPS.
• UIStackView - это немаскопируемый контейнер, который распределяет свои arrangedSubviews по оси (horizontal/vertical) с помощью Auto Layout. Он не скроллится сам по себе, не имеет виртуализации и хранит все subviews в памяти одновременно.

Если обернуть UIStackView в UIScrollView, получится "псевдотаблица", но:

• все строки создаются сразу и живут в памяти;
• нет переиспользования - при прокрутке ничего не освобождается;
• сложно управлять индексами, выделением, swipe-actions;
• нет встроенной поддержки секций, header/footer, prefetching.

Также важно: UIStackView не поддерживает lazy loading, а UITableView имеет UITableViewDataSourcePrefetching и estimatedRowHeight для оптимизации.

На практике

Для реальных проектов правило простое:

• если количество элементов известно заранее и не превышает ~20-30, и они не меняются динамически - можно использовать UIStackView в UIScrollView (например, форма с полями ввода);
• если список может быть длинным, динамическим, с подгрузкой, удалением, сортировкой - всегда UITableView (или UICollectionView для более гибкого layout).

Также стоит учитывать: UIStackView упрощает верстку, но не решает проблему производительности. Для таблиц с ячейками разной высоты UITableView даёт estimatedRowHeight + systemLayoutSizeFitting, а UIStackView потребует ручного расчёта и может вызвать циклические зависимости в Auto Layout.

Пример кода

Псевдотаблица на UIStackView (только для демонстрации ограничений):

SWIFT
let scrollView = UIScrollView()
let stackView = UIStackView()
stackView.axis = .vertical
stackView.spacing = 8

for i in 0..<100 { // уже 100 - заметные лаги
    let label = UILabel()
    label.text = "Row \(i)"
    stackView.addArrangedSubview(label)
}

scrollView.addSubview(stackView)
// constraints: stackView.width == scrollView.width

Эквивалент на UITableView:

SWIFT
func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
    let cell = tableView.dequeueReusableCell(withIdentifier: "Cell", for: indexPath)
    cell.textLabel?.text = "Row \(indexPath.row)"
    return cell
}

Как отвечать на собеседовании

Начни с чёткого разделения: "UITableView - это виртуализированный список, UIStackView - layout-контейнер". Затем приведи ключевые отличия: recycling, memory footprint, scroll behavior, поддержка секций и prefetching. Обязательно упомяни, что "таблица из UIStackView" возможна только для статичных и коротких списков, и объясни, почему - отсутствие переиспользования и рост числа view. Если спросят про производительность - скажи про dequeueReusableCell и estimatedRowHeight. Хорошо добавить пример, когда UIStackView оправдан (форма, меню с фиксированным числом пунктов).

Что проверяет интервьюер

Интервьюер оценивает:

• понимание разницы между "данными" и "представлением";
• знание механизма переиспользования ячеек и его влияния на память;
• способность оценить trade-off между простотой верстки и производительностью;
• умение аргументированно отказаться от "красивого" решения в пользу правильного.

Senior-уровень подразумевает, что ты не просто знаешь API, а понимаешь, почему UITableView устроен именно так, и можешь предсказать последствия неправильного выбора.

Типичные ошибки

• Утверждение, что UIStackView "нельзя" использовать для таблиц - можно, но с ограничениями.
• Игнорирование вопроса о памяти: "ну, там всего 100 элементов" - для senior это не аргумент.
• Смешение понятий: "UIStackView - это как UITableView, только проще" - грубая ошибка.
• Забыть упомянуть, что UIStackView не скроллится сам по себе.
• Предложение использовать UIStackView для бесконечной ленты - сразу красный флаг.