Was sich in der Vergangenheit zwischen der Arbeit für und Version 5 mit der Reaktionsnavigation geändert hat, war bei diesen älteren Verschlechterungen
so, dass wir mit der kostenlosen Reaktionsnavigation, für die wir in diesem Kurs verwenden, Routen einrichten konnten,
die sich der Einrichtung von Bildschirmen bewusst waren Wir könnten eine solche registrierungsähnliche Konfiguration in einer Datei einrichten, in der wir
unsere verschiedenen Bildschirme im Grunde genommen Bezeichnern zuordnen, und dann mit diesen Bezeichnern von überall in
der Anwendung aus arbeiten, um zu einem bestimmten Bildschirm zu gelangen.
Wenn es nun darum ging, diese verschiedenen Bildschirme zu konfigurieren, konnten wir dies direkt in der
Bildschirmkomponente oder auch global auf dem Stapel tun.
Navigator zum Beispiel mit den Standardnavigationsoptionen.
Nun funktioniert dieser Ansatz des Navigierens einwandfrei, wie Sie in diesem Kurs sehen, und es ist
nicht unbedingt etwas falsch daran, obwohl wir auch einige Fälle hatten, in denen wir definitiv gesehen haben, dass es
manchmal schwierig sein kann, wenn Sie die Header-Schaltflächen aktualisieren möchten im Header einer Komponente dynamisch.
Man musste die Eltern missbrauchen, um das zu tun, und das war nicht ideal und definitiv ein bisschen schwierig, den
Kopf herumzureißen.
Trotzdem können Sie definitiv die Reaktionsnavigation verwenden, bei der John frei und vier ist,
und Sie können diese Wörter weiterhin verwenden, aber mit der Veröffentlichung von Reaktionsnavigationswörtern und fünf Dingen haben sich ein wenig geändert und wir
haben jetzt Wurzeln aufgebaut und wir navigieren jetzt ein bisschen anders herum Eine super große Änderung zwischen Version 4 und
5, die ich in diesem Modul behandeln werde.
Wir richten unseren lieben Freund jetzt nicht so ein, dass unsere verschiedenen Bildschirmnamen in dieser Registrierung so dargestellt werden,
wie wir es links sehen.
Stattdessen richten wir jetzt alles als Komponentenbaum ein.
Man könnte sagen, jetzt haben wir eine komponentenbasierte Konfiguration unserer verschiedenen Routen.
Wir können zu all unseren verschiedenen Teilen der App gehen, zu denen wir gehen können, und was
hier auf der Folie etwas chaotisch aussieht, wird später in diesem Modul viel sauberer aussehen, wenn wir unser Projekt auf dieses Setup portieren.
Obwohl dies sicherlich eine große Änderung und ein großes mentales Modell ist, das wir vornehmen müssen, weil wir unsere Navigationskonfiguration auf eine
völlig andere Art und Weise eingerichtet haben, bietet es jetzt einige nette Vorteile, da Sie sehen werden, dass
es tatsächlich näher an der Reaktionsweise beim Erstellen von Apps liegt Wo Sie im Grunde überall Komponenten verwenden möchten,
um auszudrücken, wie das Ergebnis aussehen soll, und dann reagieren lassen, um einen Weg dorthin zu
finden.
Und wenn wir unsere Bildschirmkonfiguration so komponentenbasiert einrichten, begründen wir tatsächlich unser Endergebnis und lassen
reagieren und reagieren. Die Navigation findet heraus, wie wir dorthin gelangen.
Das ist also eigentlich ein gutes mentales Modell.
Aber natürlich müssen wir uns daran gewöhnen, und deshalb sollten wir ohne weiteres eintauchen
und unsere Anwendung unterstützen.
Es gibt jedoch noch eine Sache, die ich sagen möchte: Reaktnavigation Dieses Paket mit den Runden
drei und vier ist natürlich immer noch sehr wichtig. Reagieren Sie die Navigationsversion 5 und so weiter ist
die Zukunft der Reagieren-Navigation, aber die überwiegende Mehrheit der Projekte werden Sie dort herausfinden of React Native-Projekte verwenden die
React-Navigation in Wörtern ist kostenlos und müssen daher auch diese Wörter kennen, weshalb der
Gesamtkurs diese Versionen mit diesem Modul weiterhin verwendet.
Ich zeige dir auch, wo du in fünf bist.
Hatten Sie also das vollständige Toolkit und konnten an jedem nativen Projekt arbeiten, unabhängig davon, welche
Navigation ohne Risiko verwendet wurde.