ViewController Lifecycle v iOS: klíčové pojmy, fáze a metody

Co je ViewController Lifecycle

ViewController Lifecycle — je sada metod, které UIViewController dostává od UIKit během své existence. Každá obrazovka v iOS aplikaci postupně prochází fázemi vytvoření, načtení View, zobrazení na obrazovce, zmizení a uvolnění paměti. UIKit automaticky volá odpovídající metody v každé fázi a vývojář je přepisuje a přidává vlastní logiku.

Architektura UIViewController je základem UIKit a zůstává relevantní i v éře SwiftUI — mnoho projektů stále používá klasický přístup nebo hybridní architekturu. Porozumění Lifecycle umožňuje předvídat, kdy jsou subviews k dispozici, kdy lze bezpečně měnit layout a jaké operace provádět při zobrazení nebo skrytí obrazovky.

Každá metoda životního cyklu má konkrétní účel: některé jsou volány jednou za celou dobu existence controlleru, jiné — při každém zobrazení nebo zmizení. Míchání logiky mezi metodami vede k obtížně odhalitelným chybám: únikům paměti, nesprávným aktualizacím dat a zbytečným síťovým požadavkům.

Úplný cyklus metod UIViewController

Šest metod tvoří úplný životní cyklus UIViewController. Pořadí jejich volání je pevné a nezávisí na způsobu navigace — push, present nebo unwind segue se řídí stejným harmonogramem.

loadView — vytvoření kořenového View

loadView — první metoda cyklu, volaná když View controlleru ještě neexistuje. Pokud používáte Storyboard, UIKit automaticky načte View ze souboru xib. Při programovém vytváření rozhraní tuto metodu přepíšete a ručně přiřadíte kořenové View. Ve většině projektů se loadView neupravuje — práce probíhá ve viewDidLoad.

Přepsání loadView je vyžadováno pouze ve specifických případech: když je celé rozhraní vytvářeno kódem bez Storyboard nebo když kořenové View musí být z nestandardní třídy. Apple doporučuje při přepisování nevolat super.loadView — vytvoření View zcela přebíráte na sebe.

override func loadView() {
    view = UIView()
    view.backgroundColor = .white
}

viewDidLoad — jednorázová inicializace

viewDidLoad — nejčastěji používaná metoda cyklu. Je volána jednou po načtení View do paměti, ale ještě před zobrazením na obrazovce. Zde se konfigurují subviews, plní tabulky daty, registrují buňky a přihlašují se k oznámením, která platí po celou dobu života controlleru.

Důležitá vlastnost: viewDidLoad se při opětovném zobrazení obrazovky nevolá znovu. Pokud potřebujete aktualizovat data při každém zobrazení — použijte viewWillAppear. Do viewDidLoad umísťujte pouze jednorázové operace, na kterých závisí základní konfigurace.

viewWillAppear — příprava před zobrazením

viewWillAppear je volán pokaždé těsně před tím, než se View stane viditelným pro uživatele. Tato metoda přijímá parametr animated, který udává, zda se zobrazení děje s animací. Zde se aktualizují data, znovu načítají tabulky, konfiguruje NavigationBar a skrývají nebo zobrazují prvky v závislosti na stavu aplikace.

Použijte viewWillAppear pro synchronizaci stavu mezi obrazovkami: pokud uživatel mohl změnit data na předchozí obrazovce, tato metoda je správným místem pro aktualizaci rozhraní. Každé volání viewWillAppear předchází zobrazení obrazovky, i při návratu z podřízeného controlleru.

viewDidAppear — obrazovka plně viditelná

viewDidAppear oznamuje, že se View plně objevilo na obrazovce a všechny přechodové animace byly dokončeny. V tomto okamžiku je obrazovka připravena k interakci — uživatel vidí kompletní rozhraní a může s ním pracovat. Tato metoda je vhodná pro spouštění animací, které mají začít po objevení, spouštění timerů a sledování zobrazení analytiky.

Na rozdíl od viewWillAppear, viewDidAppear zaručuje, že obrazovka je nejen viditelná, ale plně vykreslená. Pokud spustíte animaci ve viewWillAppear, některé snímky mohou být přeskočeny, protože UIKit ještě nedokončil přechod. Pro plynulé animace použijte viewDidAppear.

viewWillDisappear — příprava na skrytí

viewWillDisappear je volán před zmizením View z obrazovky — při přechodu na jiný controller, zavření modálního okna nebo minimalizaci aplikace. Toto je správné místo pro ukládání stavu, odhlášení od oznámení, zastavení aktivních procesů a uvolnění zdrojů, které nejsou potřeba, když obrazovka není viditelná.

Důležité si pamatovat: viewWillDisappear nezaručuje, že View nakonec zmizí — gesto může být zrušeno. Proto kritická data ukládejte také do viewDidDisappear, který je volán až po skutečném zmizení.

viewDidDisappear — obrazovka skryta

viewDidDisappear ukončuje cyklus zobrazení a zmizení. Je volán poté, co bylo View již skryto z obrazovky. V této metodě se animace definitivně zastaví, odstraní se dočasné objekty a potvrdí se ukládání dat započaté ve viewWillDisappear.

Tato metoda také předchází deinit controlleru — pokud je váš UIViewController zničen, viewDidDisappear bude poslední metodou Lifecycle před voláním deinit. Použijte ji pro konečné čištění, které musí proběhnout před zničením objektu.

Kdy je volána každá metoda

Pořadí volání závisí na tom, jak přesně se obrazovka objevuje: poprvé, při návratu nebo při modálním zobrazení. Podívejme se na tři hlavní scénáře z pohledu UIKit.

Pořadí při prvním otevření

Při prvním zobrazení obrazovky prochází UIKit úplným cyklem vytváření: volá se loadView, poté viewDidLoad, načež začíná animace zobrazení. Během animace se volá viewWillAppear a po dokončení — viewDidAppear. Toto je jediný scénář, ve kterém jsou všechny metody od loadView po viewDidAppear volány postupně.

override func viewDidLoad() {
    super.viewDidLoad()
    print("viewDidLoad — View načteno do paměti")
}

override func viewWillAppear(_ animated: Bool) {
    super.viewWillAppear(animated)
    print("viewWillAppear — brzy se objeví")
}

override func viewDidAppear(_ animated: Bool) {
    super.viewDidAppear(animated)
    print("viewDidAppear — obrazovka plně viditelná")
}

Pořadí při návratu

Když se uživatel vrátí na předchozí obrazovku, UIKit nevolá viewDidLoad znovu — View je již načteno v paměti. Místo toho se na vracející se obrazovce spouští pouze viewWillAppear a viewDidAppear a na aktuální — viewWillDisappear a viewDidDisappear. loadView a viewDidLoad jsou přeskočeny, protože obrazovka již existuje v navigačním zásobníku.

Zvláštnosti při present a dismiss

Modální zobrazení se řídí stejnými pravidly: u nového controlleru se volá úplný cyklus při prvním zobrazení a u aktuálního — viewWillDisappear a viewDidDisappear. Při dismiss je pořadí obrácené: u vracejícího se controlleru se znovu spouští viewWillAppear a viewDidAppear a u skrytého — závěrečné metody. Toto chování je jednotné pro všechny typy přechodů v UIKit.

Praktické scénáře použití

Podívejme se na čtyři klíčové scénáře, ve kterých porozumění Lifecycle přímo ovlivňuje kvalitu kódu a uživatelský zážitek. Pro každý scénář uvedeme příklad s doporučeními.

Inicializace dat ve viewDidLoad

viewDidLoad — místo pro počáteční nastavení, které nezávisí na viditelnosti obrazovky. Zde se konfiguruje collectionView, registrují nib soubory pro buňky, vytváří data source a layout. Pokud načítáte data ze sítě, ve viewDidLoad je lepší pouze iniciovat požadavek a rozhraní aktualizovat ve viewWillAppear, když je obrazovka připravena k zobrazení.

override func viewDidLoad() {
    super.viewDidLoad()
    tableView.register(
        MyCell.self,
        forCellReuseIdentifier: MyCell.identifier
    )
    viewModel.loadInitialData()
}

Aktualizace obsahu ve viewWillAppear

Použijte viewWillAppear pro synchronizaci dat při každém zobrazení obrazovky. Pokud uživatel mohl změnit nastavení na předchozí obrazovce, zde se aktualizují zobrazené hodnoty, znovu načte tabulka a opraví stav NavigationBar. To zaručuje, že obrazovka vždy zobrazuje aktuální data při jakémkoli scénáři navigace.

override func viewWillAppear(_ animated: Bool) {
    super.viewWillAppear(animated)
    tableView.reloadData()
    navigationController?.setNavigationBarHidden(false, animated: animated)
}

Analytika a animace ve viewDidAppear

viewDidAppear je ideální pro spouštění animací, které mají začít poté, co uživatel uviděl obrazovku. Zde se také odesílají události analytiky: zobrazení obrazovky, spuštění onboardingu nebo začátek přehrávání videa. Spouštění animací před dokončením přechodu vede k trhavému rozhraní — UIKit nestihne připravit dostatečné množství snímků.

Ukládání stavu ve viewWillDisappear

Ve viewWillDisappear se ukládají koncepty, zastavují timery a odhlašují se z NotificationCenter. Toto je poslední okamžik, kdy je obrazovka ještě viditelná a dostupná pro operace vyžadující kontext uživatele. Pro kritická data se dodatečně používá viewDidDisappear jako pojistka proti zrušeným gestům.

Typické chyby při práci s Lifecycle

Nesprávné použití metod životního cyklu je jedním z nejčastějších zdrojů chyb v iOS aplikacích. Podívejme se na hlavní chyby, kterých se vývojáři dopouštějí v různých fázích práce s UIViewController.

První chyba — vytváření subviews v init nebo loadView při použití Storyboard. Pokud používáte Interface Builder, nepřepisujte loadView zbytečně. Vytváření View v loadView s existujícím storyboardem vede k ignorování xib souboru a prázdné obrazovce.

Druhá chyba — přihlášení k oznámením klávesnice ve viewDidLoad bez odhlášení. Pokud jste se přihlásili k UIResponder.keyboardWillShowNotification, ale neodhlásili při skrytí obrazovky, blok se bude volat i po deinit controlleru — to je únik paměti s potenciálním pádem aplikace.

Třetí chyba — timery a síťové požadavky spuštěné před zobrazením obrazovky. Načítání obrázků nebo provádění animací, když View ještě není viditelné — plýtvání zdroji. Přesuňte vizuální aktualizace do viewWillAppear nebo viewDidAppear.

Čtvrtá chyba — ukládání dat pouze ve viewWillDisappear. Při interaktivním pop gestu může uživatel začít tažení a zrušit ho — metoda byla volána, ale obrazovka nezmizela. Duplikujte kritické ukládání do viewDidDisappear nebo do handleru applicationDidEnterBackground.