Создается ли view при создании контроллера?

Создание View при инициализации UIViewController

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

Нет, при создании экземпляра UIViewController его view (представление) не создается автоматически. Это ключевая особенность архитектуры UIKit, реализованная для оптимизации производительности и управления памятью.

Механизм ленивой загрузки (Lazy Loading)

UIKit использует паттерн ленивой загрузки для представлений контроллеров. Сама инициализация контроллера (через init(), init(nibName:bundle:), init(coder:)) создает только объект контроллера в памяти, но не загружает его интерфейс.

View создается в момент первого обращения к свойству .view контроллера. Это происходит, когда:

• Система явно запрашивает view для отображения
• Вы в коде обращаетесь к self.view
• iOS готовится показать контроллер на экране

Жизненный цикл загрузки View

Процесс создания view происходит в несколько этапов:

1. Проверка существования view - система проверяет, загружено ли view уже
2. Вызов loadView() - если view не существует, вызывается этот метод
3. Поиск NIB/Storyboard - система ищет связанный файл интерфейса
4. Создание иерархии - инстанцируются все subviews
5. Вызов viewDidLoad() - после успешной загрузки

Пример кода

// 1. Контроллер создан, но view еще НЕ загружен
let controller = MyViewController()

// 2. View все еще не создано (nil)
print(controller.isViewLoaded) // false

// 3. Первое обращение к .view запускает загрузку
let view = controller.view // Здесь вызывается loadView()!

// 4. Теперь view загружено
print(controller.isViewLoaded) // true

Кастомизация через loadView()

При необходимости вы можете переопределить процесс создания view:

class CustomViewController: UIViewController {
    override func loadView() {
        // Создаем view вручную
        let customView = UIView()
        customView.backgroundColor = .systemBlue
        
        // Добавляем subviews
        let label = UILabel()
        label.text = "Custom Loaded"
        customView.addSubview(label)
        
        // Устанавливаем как основное view
        self.view = customView
    }
    
    override func viewDidLoad() {
        super.viewDidLoad()
        // Здесь view уже гарантированно загружена
        print("View loaded with custom configuration")
    }
}

Почему такая архитектура?

Производительность и оптимизация памяти:

• Неиспользуемые контроллеры не держат в памяти тяжелые view-иерархии
• Ускорение навигации в сложных приложениях
• Эффективное управление ресурсами на устройствах с ограниченной памятью

Гибкость и контроль:

• Возможность кастомизировать процесс загрузки
• Разделение ответственности между инициализацией и настройкой интерфейса
• Поддержка как кодом созданных интерфейсов, так и NIB/Storyboard

Практические следствия

1. Не полагайтесь на view в init - она еще не существует
2. Используйте viewDidLoad() для первоначальной настройки интерфейса
3. Учитывайте многократные вызовы - view может быть выгружена при нехватке памяти
4. Проверяйте isViewLoaded перед обращением к элементам интерфейса

Связь с жизненным циклом контроллера

class ExampleController: UIViewController {
    // 1. init() - контроллер создан, view = nil
    // 2. loadView() - создание view (только при первом обращении)
    // 3. viewDidLoad() - однократная настройка
    // 4. viewWillAppear() - подготовка к показу
    // 5. viewDidAppear() - view на экране
    // 6. При memory warning - view может стать nil
    // 7. При повторном показе - снова loadView() -> viewDidLoad()
}

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