Когда инициализируется View у UIViewController?

Процесс инициализации View у UIViewController

Это фундаментальный вопрос, который раскрывает понимание жизненного цикла контроллера и механизмов iOS. Инициализация view (корневого представления) у UIViewController — это не единичное событие, а процесс, управляемый системой и разделенный на несколько ключевых этапов. Основное правило: система создает view только тогда, когда оно действительно требуется для отображения.

Основные этапы инициализации

1. Загрузка при первом требовании к отображению (loadView()).

    Это **центральный и обязательный метод**, где происходит фактическое создание view. Система вызывает его автоматически, когда свойство `view` контроллера равно `nil`, но необходимо для показа (например, перед добавлением в hierarchy или перед вызовом `viewWillAppear`).

```swift
class CustomViewController: UIViewController {
    override func loadView() {
        // Здесь мы должны создать и присвоить self.view
        let customView = MyCustomView(frame: UIScreen.main.bounds)
        self.view = customView
        // Не вызывайте super.loadView() если создаете view сами,
        // так как дефолтная реализация создает пустой UIView.
    }
}
```

    **Что важно:** Если вы не переопределяете этот метод, базовый класс `UIViewController` создает пустой объект `UIView` и присваивает его свойству `self.view`.

1. Инициализация через Storyboard или XIB (при использовании).

    Если контроллер создается из **storyboard** или **xib-файла**, система использует инфраструктуру `UIKit` для декодирования (unarchiving) и создания всей иерархии представлений, описанной в файле. Метод `loadView()` в этом случае вызывает внутреннюю реализацию, которая выполняет эту загрузку из архива.

1. Ручное создание в коде (init).

    Можно создать view самостоятельно в конструкторе, но это нестандартный и часто нежелательный подход, так как нарушает lazy loading принцип системы.

```swift
init() {
    super.init(nibName: nil, bundle: nil)
    self.view = UIView() // Не рекомендуется делать здесь
}
```

Ключевые принципы и "ленивая" загрузка

• Lazy Loading: Система UIKit использует подход "ленивой" загрузки. View не создается при инициализации контроллера (init(nibName:bundle:)), а только когда оно необходимо для отображения. Это оптимизирует память и производительность.
• Жизненный цикл: Последовательность вызовов при первом показе обычно такая:

    `loadView()` -> `viewDidLoad()` -> `viewWillAppear()` -> `viewDidAppear()`.
    Метод **`viewDidLoad`** вызывается системой **сразу после завершения `loadView()`**, когда `self.view` уже гарантировано создано и готово для дальнейшей конфигурации (добавления subviews, настройки данных).

• Повторная инициализация: Если созданное view было освобождено из памяти (например, при сильном давлении на память и контроллер не находится на экране), система может вызвать loadView() снова при следующем требовании к отображению. Это поведение связано с методом didReceiveMemoryWarning.

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

• Не переопределяйте loadView() без необходимости. Для большинства случаев достаточно конфигурировать view в viewDidLoad(), добавляя subviews к стандартному пустому UIView, созданному базовым классом.
• Переопределяйте loadView() только для полного контроля. Например, если корневое view — это не UIView, а ваш собственный класс CustomView, или если вы хотите программно создать сложную иерархию без использования storyboard.
• В viewDidLoad() можно безопасно обращаться к self.view. Гарантируется, что он уже не nil.
• Используйте Storyboard/XIB для визуального дизайна. Это стандартный и эффективный подход Apple, где инициализация view управляется автоматически.

Таким образом, view инициализируется системой в методе loadView() при первом требовании к его отображению на экране. Понимание этого процесса позволяет правильно размещать код инициализации интерфейса и избегать ошибок, связанных с доступом к nil свойству view.