ios - Nawigacja między wieloma sterownikami NavigationControllers

Question

Próbuję zrozumieć zachowanie nawigacji między ViewControllers z (i bez) za pomocą kontrolera NavigationController i nieporozumienie niektórych rzeczy podczas czytania artykułów i dokumentów, więc postanowiłem je zapytać.

Główne pytanie brzmi: Co się stało, jeśli mamy wiele kontrolerów nawigacyjnych w Storyboard i chcemy przejść od jednego do drugiego? (A to można osiągnąć tylko przy użyciu segues jak robimy pomiędzy wspólnymi VC, mam rację?)

Jak rozumiem, o NavigationController reprezentuje stos ViewControllers w którym możemy pop i popychają tych VC. Teraz zmieniamy naszą "lokalizację" z VC pierwszego NavigationControllera na VC z drugiej, co się dzieje dalej? Pierwszy stos zniknął, a teraz pracujemy tylko w drugim? Jeśli tak, czy oznacza to, że stos VC pierwszego kontrolera NavigationController został usunięty z pamięci, czy nie?

Może coś zupełnie nie rozumiem, a może nie :). Będę szczęśliwy mogąc zobaczyć twoje odpowiedzi i mam nadzieję, że zadam ci bardziej szczegółowe pytania dotyczące mechaniki nawigacji.

UPDATE

Chodzi o to, że: Załóżmy, że mamy jeden (pierwszy) VC z dwoma przyciskami, które reprezentują dwie oddzielne części aplikacji. Następnie klikamy pierwszy przycisk i przechodzimy do RootVC jednego NC, a potem wracamy do naszego początkowego VC i wciskamy drugi przycisk i przechodzimy do kolejnego NC. Co stało się ze stosem pierwszego NC, kiedy wracamy do początkowego VC i jaki jest najlepszy sposób, aby przejść "na zewnątrz" NC do początkowego VC?

UPDATE

Próbuję zrozumieć, co dzieje się z pamięcią i które VC są na scenie w tej chwili i tak dalej. Może to absolutnie nieistotne, jeśli mamy jakieś dodatkowe VC w scenie, może potrzebujemy ich, aby szybciej przełączać się pomiędzy NC (lub po prostu VC). Chcę tylko zrozumieć, jak to działa.

Answer 1

Wyobraź sobie, że masz standardowy łańcuch aplikacji, w którym wyświetlasz widoki pop/pop w początkowym kontrolerze nawigacyjnym. Następnie wyobraź sobie, że mają inny pogląd, który nie jest częścią tego łańcucha, jak profil użytkownika, którego obecny jako modalne widok:

Teraz górna kontroler nawigacyjny jest początkowy więc zacząć od tego, podczas gdy w celu korzystania z drugą, to masz do niego dostęp za pośrednictwem UIStoryboard tak (czerwona strzałka):

// Get storyboard 
let storyboard = UIStoryboard(name: name, bundle: NSBundle.mainBundle()) 

// Get profile NC 
let profileNC = storyboard.instantiateViewControllerWithIdentifier("LoginNC") as! UINavigationController 

Ale jeśli naprawdę chcesz zaprezentować profil z jednej części aplikacji, więc nie jest modalne, ty może to również zrobić (zielona strzałka).Jedyna różnica polega na tym, że teraz nie potrzebujesz drugiego kontrolera nawigacyjnego - więc nie podłączasz pchania do czerwonego NC, ale do bezpośredniego logowania kontrolera widoku. Jeśli rzeczywiście spróbujesz połączyć NC - NC, a następnie go uruchomisz, otrzymasz wyjątek środowiska wykonawczego, mówiąc, że zrobiłeś to źle.

pamięci

cały pobyt VC w pamięci, bez względu na sposób ich prezentacji. Odnosi się to również do widoków tła, gdy prezentujesz coś modalnego. Jeśli masz problemy z pamięcią z powodu długich łańcuchów, możesz wdrożyć logikę czyszczenia/buforowania w kontrolerach:

func viewWillAppear(animated: Bool) { 

    // Call super first 
    super.viewWillAppear(animated) 

    // Prepare UI 
} 

func viewWillDisappear(animated: Bool) { 

    // Call super first 
    super.viewWillAppear(animated) 

    // do some memory cleanup, since view will not be visible atm 
} 

Mam nadzieję, że pomoże!

Answer 2

Co ma sens, to przedstawienie nowego kontrolera UINavigationController z jego kontrolkami widoku podrzędnego z istniejącego jako modalnego dialogu (można to zrobić przy pomocy modalnego segue). Każdy kontroler nawigacyjny ma własny stos, a gdy jesteś zajęty w oknie dialogowym, stos "master" pozostaje nienaruszony. Kiedy zamkniesz okno dialogowe, powrócisz do "master".

Nie jestem pewien, czy technicznie możliwe jest przesunięcie kontrolera nawigacyjnego na istniejący. Nie ma to jednak sensu.