В каком методе жизненного цикла можно получить корректные данные о frame экрана?

Жизненный цикл UIViewController и получение frame

Корректные данные о frame экрана (или точнее, о frame корневого UIView контроллера) можно гарантированно получить в методе viewDidLayoutSubviews() жизненного цикла UIViewController. Это ключевой метод, который вызывается после того, как система завершила расчет и применение геометрии (layout) для всех subviews контроллера, включая его корневое view.

Почему именно viewDidLayoutSubviews?

1. Гарантированная актуальная геометрия: К моменту вызова viewDidLayoutSubviews все вычисления, связанные с Auto Layout (констрейнты), transformations, и изменения размеров из size classes уже применены. Frame корневого view и всех его subviews установлен в свои окончательные значения для текущего состояния интерфейса.
2. Множественные вызовы: Важно понимать, что этот метод может вызываться много раз в течение жизни контроллера (при повороте устройства, изменении размера (например, для iPad Multitasking), добавлении/удалении subviews, явном вызове setNeedsLayout() или layoutIfNeeded()). Поэтому любую логику, зависящую от frame, нужно писать с учетом этого.
3. Контекст для зависимого layout: Это идеальное место для выполнения дополнительных настроек UI, которые зависят от окончательных размеров элементов (например, ручная настройка фреймов, настройка скроллинга, обновление слоев CALayer).

Почему не другие методы?

• viewDidLoad(): Вызывается один раз после загрузки view из nib/storyboard или создания программно. На этом этапе view добавлено в иерархию, но его frame еще не определен системой layout и соответствует размеру, заданному в интерфейсном файле (например, 600x600 для Size Classes), а не реальному размеру экрана.
• viewWillAppear(_:): Вызывается перед тем, как view станет видимым. Frame может быть уже близок к окончательному, но нет гарантии, что все subviews прошли layout. Это слишком ранний этап.
• viewDidAppear(_:): Вызывается после того, как view появилось на экране. Frame, безусловно, уже корректен, но использование этого метода для начальной настройки geometry приводит к визуальному "скачку", так как пользователь уже видит интерфейс до его финальной настройки.
• viewWillLayoutSubviews(): Вызывается непосредственно перед началом процесса layoutSubviews. Это хорошее место для подготовки, но сами frame'ы на этом этапе еще старые.

Практический пример

Предположим, нам нужно получить размер корневого view, чтобы настроить UICollectionViewFlowLayout:

class MyViewController: UIViewController {
    private var collectionView: UICollectionView!
    private var isInitialLayout = true

    override func viewDidLayoutSubviews() {
        super.viewDidLayoutSubviews()

        // Чтобы не выполнять настройку при каждом вызове (например, при скролле),
        // используем флаг для первоначальной настройки
        if isInitialLayout {
            isInitialLayout = false

            // Frame корневого view теперь корректен
            let screenWidth = view.bounds.width
            let screenHeight = view.bounds.height

            // Настройка layout в зависимости от размера
            if let flowLayout = collectionView.collectionViewLayout as? UICollectionViewFlowLayout {
                let itemWidth = screenWidth - 32 // Отступы по 16 с каждой стороны
                flowLayout.itemSize = CGSize(width: itemWidth, height: 100)
                flowLayout.invalidateLayout() // Принудительно обновляем layout
            }

            // Пример: позиционирование кастомного элемента
            let customViewFrame = CGRect(x: 20,
                                         y: screenHeight - 100,
                                         width: screenWidth - 40,
                                         height: 80)
            // customView.frame = customViewFrame
        }
    }
}

Ключевые выводы

• Для получения окончательных и точных значений frame или bounds корневого view или любого его subview используйте viewDidLayoutSubviews().
• Помните о множественности вызовов этого метода. Используйте флаги (как в примере) или другие механизмы (например, сравнение текущего bounds с сохраненным), чтобы избежать избыточных операций.
• Для реагирования на изменение размера (например, поворот) логику в viewDidLayoutSubviews() писать можно и нужно — она автоматически выполнится при новом layout pass.
• Используйте view.bounds для получения размеров относительно собственной системы координат view (это обычно то, что нужно для внутренних расчетов), а view.frame — относительно системы координат superview. В корневом view контроллера bounds.size и frame.size, как правило, совпадают после viewDidLayoutSubviews.