Czy instancja widoku jest tworzona zaraz po utworzeniu kontrolera?

Nie. Instancja widoku (view) dla kontrolera typu UIViewController jest tworzona leniwo, przy pierwszym odwołaniu do właściwości view.

UIKit nie tworzy widoku od razu po inicjalizacji kontrolera, aby zoptymalizować zasoby. Widok może być wizualnie skomplikowany i wymagać dużo pamięci oraz czasu procesora do utworzenia. Tworząc go "leniwo", tylko wtedy, gdy jest to naprawdę konieczne do wyświetlenia na ekranie, system oszczędza zasoby.

Proces ten zachodzi na przykład, gdy kontroler jest dodawany do hierarchii widoków innego kontrolera lub okna, lub gdy jawnie wywołuje się jego właściwość view. Jeśli kontroler jest zainicjalizowany, ale nigdy nie jest wyświetlany ani używany, jego widok nie zostanie utworzony.

Cykl życia kontrolera i tworzenie widoku obejmują następujące kluczowe punkty:

1. init(coder:) lub init(nibName:bundle:): Kontroler jest inicjalizowany, ale view jest jeszcze nil.
2. Pierwsze odwołanie do view: Jeśli view jest nil, system wywołuje metodę loadView().
3. loadView(): W tej metodzie ty (lub system domyślnie) tworzysz widok główny kontrolera i przypisujesz go do właściwości view.
4. viewDidLoad(): Ta metoda jest wywoływana po załadowaniu widoku i przypisaniu go do view. Zazwyczaj tutaj konfiguruje się podwidoki, ładuje dane i wykonuje inne działania zależne od istnienia widoku.

Przykład nadpisania loadView():

override func loadView() {
    // Zamiast ładować z Storyboard/XIB lub tworzyć pusty UIView
    // tworzymy własny widok niestandardowy
    let customView = CustomContentView()
    view = customView
    // Tutaj view już nie jest nil
}

Ważne jest, aby pamiętać, że w większości przypadków nie nadpisujesz bezpośrednio loadView(), a polegasz na standardowej implementacji UIKit, która ładuje widok z Storyboard, pliku XIB lub tworzy domyślnie pusty UIView. Jednak zrozumienie, kiedy i jak tworzony jest widok, jest kluczowe.