В каком методе жизненного цикла ViewController известно значение размера view?

Методы жизненного цикла UIViewController, где известно значение размера view

При разработке под iOS, понимание того, в какой момент размер view контроллера становится известен и окончательно установлен, критически важно для корректной компоновки интерфейса, анимаций и вычислений, зависящих от geometry.

Ключевые методы жизненного цикла

Основным методом, где впервые достоверно известны итоговые размеры view, является:

override func viewDidLayoutSubviews() {
    super.viewDidLayoutSubviews()
    // Здесь bounds и frame self.view окончательно установлены.
    let viewSize = self.view.bounds.size
    print("View size: \(viewSize)")
    // Можно безопасно обновлять layout, позиционировать subviews.
}

Однако, для полного понимания контекста, нужно рассмотреть последовательность методов:

Детальная последовательность и их особенности

1. viewDidLoad()

    *   **Размер НЕ известен.** View загружена в память, но ее geometry еще не рассчитана системой layout. `view.bounds` может иметь некорректное или начальное значение (например, размер из Storyboard/Nib).

```swift
override func viewDidLoad() {
    super.viewDidLoad()
    // Небезопасно! Размер view может не совпадать с итоговым на экране.
    // print(view.bounds.size) // Может показать (600, 600) на iPhone.
}
```

2. viewWillAppear(_:)

    *   **Размер обычно еще НЕ окончательный.** Хотя view уже добавлена в иерархию окон, ее layout, зависящий от родительских контейнеров (UINavigationController, UITabBarController) или размеров экрана, может быть еще не применен. Полагаться на точные размеры здесь не следует.

1. viewWillLayoutSubviews() и viewDidLayoutSubviews()

    *   Это **ключевая пара методов**, где происходит процесс компоновки.
    *   **`viewWillLayoutSubviews()`** вызывается непосредственно перед тем, как система сделает layout для subviews контроллера. Размер `self.view` здесь уже может быть актуальным, но это последний шанс внести изменения перед вычислением layout всех вложенных view.
    *   **`viewDidLayoutSubviews()`** вызывается **после того**, как система (или ваш код через `setNeedsLayout()`) вычислила и применила layout для всех subviews корневой `view`. **Именно здесь впервые гарантированно известны итоговые, правильные размеры `view.bounds`**, учитывающие все внешние факторы:
        *   Поворот устройства (trait collections изменения).
        *   Размеры safe area (вырезы, индикатор дома).
        *   Наличие баров (navigation bar, tab bar).
        *   Размеры, заданные родительским контейнером.
    *   **Важно:** Этот метод может вызываться **многократно** в течение жизни контроллера (при повороте, изменении размера Split View, вызове `setNeedsLayout()`). Код в нем должен быть идемпотентным или корректно обрабатывать повторные вызовы.

1. viewDidAppear(_:)

    *   Размер, конечно, уже давно известен. Этот метод полезен для запуска анимаций, которые должны происходить после полного появления view на экране.

Практические рекомендации и пример

Для выполнения кода, зависящего от размера, следуйте этому порядку:

• Инициализацию subviews делайте в viewDidLoad().
• Настройку констрейнтов, зависящих от точных размеров (например, вычисление размеров ячеек, позиционирование элементов), выполняйте в viewDidLayoutSubviews(). Обязательно сбрасывайте флаги или используйте guard, чтобы не выполнять настройку повторно без необходимости.

class MyViewController: UIViewController {
    private var isInitialLayoutDone = false

    override func viewDidLayoutSubviews() {
        super.viewDidLayoutSubviews()

        // Выполняем код, зависящий от размера, только при первом вызове
        // или при изменении размеров (например, поворот).
        guard !isInitialLayoutDone || view.traitCollection.verticalSizeClass != previousTraitClass else { return }

        configureCustomLayoutBasedOnSize()
        isInitialLayoutDone = true
        previousTraitClass = view.traitCollection.verticalSizeClass
    }

    private func configureCustomLayoutBasedOnSize() {
        let safeAreaWidth = view.safeAreaLayoutGuide.layoutFrame.width
        if safeAreaWidth > 400 {
            // Режим для широких экранов (iPad, iPhone landscape)
            setupWideLayout()
        } else {
            // Режим для узких экранов (iPhone portrait)
            setupNarrowLayout()
        }
    }
}

Итог: Основным и наиболее надежным методом для выполнения кода, который зависит от окончательного размера view контроллера, является viewDidLayoutSubviews(). Именно здесь geometry гарантированно рассчитана и отражает все реальные ограничения и условия отображения на устройстве.