Wir haben also einige Zeit damit verbracht, dies zu migrieren, um jetzt auf Navigation fünf zu reagieren, und vielleicht sieht es im Moment
etwas überwältigend aus.
Lassen Sie mich also die wichtigsten Änderungen zusammenfassen, die wir hier vorgenommen haben, und die wichtigsten Änderungen. Die
wichtigsten Unterschiede reagieren auf die Navigation. Die größte Änderung besteht darin, wie wir unsere Bildschirmkonfiguration einrichten, anstatt diesen
registrierungsähnlichen Ansatz zu verwenden. Wir verwenden jetzt Komponenten, um unsere Konfiguration einzurichten Das Muster hier ist eigentlich
ganz einfach.
Sie erstellen immer einen Navigator, der ein Stack-Navigator, ein Draw-Navigator oder auch ein Tap-Navigator
sein kann, und verwenden dann diesen Navigator, um Navigator hier als Routenkomponente für diese Gruppe von Bildschirmen zu verwenden,
die zu diesem Navigator gehören.
Die Bildschirme sind die verschachtelten Komponenten, und dort geben Sie einen Namen und eine Komponente an, die für diesen
Bildschirm geladen werden sollen.
Wenn Sie jetzt navigieren, navigieren Sie immer noch mit der Navigationsstütze und dann mit der Navigationsfunktion, indem Sie
den Bildschirm anhand des Namens identifizieren.
Das ändert sich also überhaupt nicht.
Sie übergeben auch noch Eltern wie zuvor.
Das einzig Wichtige hier oder das einzige, was Sie beachten sollten, ist, dass der Name, den Sie hier verwenden, natürlich
der Name sein sollte, den Sie auch hier verwenden.
Wenn Sie Ihre Bildschirme einrichten.
Das ist also die größte Änderung, die Sie beim Konfigurieren Ihrer Komponenten als Komponenten vorgenommen haben.
Letztendlich können Sie dann immer noch Ihre verschiedenen Navigatoren ineinander verschachteln, während wir
dies hier tun, wo wir einen Navigator zeichnen müssen, der auch Stapel-Navigatoren als Bildschirme hat.
Das ändert auch nichts, es sieht jetzt einfach anders aus.
Und was sich geändert hat, ist, wo Sie bildschirmweite Konfigurationsoptionen konfigurieren, sodass Optionen, die alle Bildschirme
eines Navigators betreffen, direkt im Navigator eingerichtet werden. Eine Komponente mit der
Option für Bildschirmoptionen und eine bildschirmspezifische Konfiguration werden mit der Option für die Bildschirmkomponente eingerichtet .
Jetzt, wo Sie diese Konfiguration verwalten, wenn Sie alles in einer großen Datei erledigen, oder wie wir es hier tun, wenn Sie
es auf dem Bildschirm tun und es dann einfach exportieren.
Also ja, Sie können es verwenden, wenn es an Ihnen liegt, ihre Komponenten einzurichten.
Das ist alles, was Sie dort beachten müssen.
Eine Sache, die sich dadurch geändert hat, ist die Art und Weise, wie Sie mit der Authentifizierung oder verwandten Fällen umgehen.
Sie müssen den Navigator nicht mehr wechseln.
Stattdessen steuern Sie, welche Navigatoren durch Reagieren gerendert werden sollen und was nicht gerendert werden kann, kann nicht effektiv sein
und nichts tun.
Wenn wir also nicht zum Shop-Navigator rendern, weil wir nicht authentifiziert sind, kann kein
Shop-Bildschirm geladen werden.
So steuern wir nun, welche Bildschirme hier am Beispiel der Authentifizierung zugänglich sind.
Beachten Sie auch das Bestellprotokoll.
Hier muss man also zu einem neuen mentalen Modell wechseln.
Dies ist jedoch viel reaktiver als das, was wir zuvor verwenden mussten.
Und dann haben wir noch eine große oder wichtige Änderung, und so extrahieren wir Eltern. Wenn
wir Eltern brauchen, extrahieren wir Eltern auf dieser neuen Routen-Requisite mit dem Elternschlüssel. Der Elternschlüssel kann undefiniert sein, wenn keine
Eltern empfangen wurden und diese Komponente und Eltern sollten jetzt wirklich nur verwendet werden, um Daten von
Komponente A, Zweikomponente B, abzurufen.
Von Bildschirm zu Bildschirm B-Hack arbeiten Sie also nicht mehr, da wir sie zuvor im hinzugefügten Produktbildschirm verwenden
mussten, wenn Sie Eltern verwenden müssen, um Daten von Insight zu Komponente in Ihre Bildschirmoptionen zu
erhalten, die Sie nicht benötigen das nicht mehr.
Stattdessen haben Sie jetzt die neue Set-Options-Funktion verwendet, die Sie hier direkt auf Ihrer
Navigations-Requisite aufrufen
können.
Wir rufen also Set-Optionen für diese Navigations-Requisite auf und können dann die Navigationsoptionen
innerhalb der Komponente dynamisch anpassen.
Dies sind die wichtigsten Änderungen, die wir hier vornehmen mussten, und die wichtigsten Dinge, die sich geändert haben.
Jetzt wie immer sind die offiziellen Dokumente dein Freund.
Wenn Sie noch einmal darüber lesen möchten, wenn Sie in einige andere Fälle eintauchen möchten, die wir hier nicht
behandelt haben.
Wenn Sie beispielsweise lernen möchten, wie man mit Wasserhähnen arbeitet, tun wir dies hier nicht, aber der Ansatz
ist sehr ähnlich.
Sie tun dies mit einer komponentenbasierten Konfiguration mit einem Navigator und Bildschirmen, und dann sind die offiziellen
Dokumente ein wirklich großartiger Ort zum Eintauchen.
Lesen Sie auch den Ankündigungsbeitrag für React Navigation 5 und den Upgrade-Leitfaden, der ebenfalls dort
verlinkt ist. Alle diese Ressourcen sind auch dieser Vorlesung beigefügt.
Und damit liegt es an Ihnen, ob Sie die Reaktionsnavigation 3 oder 4 verwenden oder auf
5 oder höher wechseln möchten.
Sobald wir neue Wörter haben, liegt es an Ihnen.
Die meisten Projekte in freier Wildbahn werden Virgin sicherlich noch kostenlos verwenden, und das, weil es
diese Versionen schon so lange gibt.
Neue Projekte wechseln möglicherweise zu Where's in Five, verwenden jedoch möglicherweise weiterhin die ältere Version.
Daher würde ich argumentieren, dass es wichtig ist, beide Arten der Navigation zu kennen, wenn Sie selbst an Ihrem
eigenen Projekt arbeiten.
Ich würde empfehlen, dass Sie von Anfang an auf die Navigation fünf umschalten, aber wenn Sie 4
oder einen freien Teig möchten, ist das auch vollkommen in Ordnung.
Die Reaktivierung 3 und 4 ist vollständig stabil und wird vom Reaction Navigation Team in Zukunft auf dem
neuesten Stand gehalten.
Es geht also nirgendwo hin.
Es ist nicht unsicher, es zu benutzen und es liegt an Ihnen.
Welche Version möchten Sie verwenden?