Что выбрать для поддержки портретной и альбомной ориентации: Auto Layout или frame?

Выбор между Auto Layout и прямым управлением frame для поддержки ориентаций

Для поддержки портретной и альбомной ориентации в iOS-приложениях я категорически рекомендую использовать Auto Layout, а не прямое управление frame. Это решение основано на многолетней эволюции платформы iOS и современных подходах к разработке интерфейсов. Вот подробное обоснование.

Почему Auto Layout — правильный выбор

Auto Layout — это декларативная система компоновки, которая позволяет описывать отношения между элементами интерфейса, а не их абсолютные координаты. При изменении ориентации (или любых других размеров экрана) система автоматически пересчитывает и располагает элементы согласно заданным правилам (констрейнтам).

// Пример: Кнопка, прижатая к безопасным областям и центру
let button = UIButton(type: .system)
button.setTitle("Далее", for: .normal)
view.addSubview(button)
button.translatesAutoresizingMaskIntoConstraints = false

NSLayoutConstraint.activate([
    button.centerXAnchor.constraint(equalTo: view.safeAreaLayoutGuide.centerXAnchor),
    button.topAnchor.constraint(equalTo: view.safeAreaLayoutGuide.topAnchor, constant: 20),
    button.widthAnchor.constraint(equalToConstant: 120),
    button.heightAnchor.constraint(equalToConstant: 44)
])
// При повороте система сама обновит положение кнопки относительно safeArea

Ключевые преимущества Auto Layout для поддержки ориентаций:

1. Автоматическая адаптация: Вы описываете отношения (например, «отступ 20 пунктов от верхнего безопасного края»). При повороте Safe Area меняется, и виджет автоматически перемещается. При работе с frame вам пришлось бы самостоятельно пересчитывать CGRect в методах вроде viewWillTransition(to:with:).

2. Поддержка различных размеров экрана: Ваш интерфейс будет корректно работать не только при повороте, но и на разных устройствах (iPhone SE vs iPhone Pro Max) и в многозадачности на iPad (Split View). Это невозможно эффективно обеспечить ручным расчётом frame.

3. Локализация и динамический тип: При изменении размера шрифта (Dynamic Type) или длины текста на другом языке Auto Layout перестроит интерфейс. С frame это потребует сложных ручных вычислений.

4. Читаемость и поддержка кода: Логика компоновки сосредоточена в одном месте (констрейнты или Stack Views), а не размазана по расчётам в нескольких методах контроллера.

Когда (очень редко) можно рассматривать ручное управление frame

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

• Высокопроизводительная кастомная анимация, где нужен полный контроль над каждым кадром.
• Специфичные кастомные view, рисующие сложную графику (например, графики или игры), где положение вычисляется по своим внутренним законам.
• Легаси-код, который невозможно быстро мигрировать.

Но даже в этих случаях часто используют гибридный подход: основа интерфейса на Auto Layout, а анимируемые свойства изменяются через transform или анимацию констрейнтов.

Современные инструменты поверх Auto Layout

Для упрощения работы с Auto Layout в контексте адаптивных интерфейсов используйте:

• UIStackView: Идеально подходит для группировки элементов, которые должны перестраиваться при изменении доступного пространства (например, из горизонтального ряда в вертикальную колонку).

  let stackView = UIStackView(arrangedSubviews: [label, button, textField])
  stackView.axis = .horizontal // В альбомной
  stackView.spacing = 10
  // В портретной можно изменить axis на .vertical
  stackView.axis = .vertical
  

• Size Classes (Классы размеров): Позволяют задавать разные констрейнты или даже иерархии view для разных «ситуаций» (например, компактная высота в ландшафте на iPhone).

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

Использование Auto Layout (через Interface Builder или код) — это стандартная и ожидаемая практика в современной iOS-разработке для создания адаптивных интерфейсов, включая поддержку ориентации. Это прямо соответствует философии Apple «адаптивного дизайна». Ручной расчет frame — это архаичный, трудоемкий и подверженный ошибкам подход, который следует применять только в узкоспециализированных случаях, когда производительность или специфика визуализации критичны, и его использование для базовой поддержки поворота будет красным флагом для любого опытного ревьюера кода. Инвестиции в изучение Auto Layout и связанных технологий (таких как UIStackView и Size Classes) окупаются многократно при поддержке любого нестандартного размера или ориентации экрана.