Reagieren die Navigation vs. Reagieren Nativen Navigation
Ich möchte nur wissen, ehrliche, erfahrene und objetive Punkte der Ansicht über diese beiden soutions, die zum implementieren der navigation in Reagieren Native:
Reagieren Nativen Navigation wie der name schon sagt, verwendet die systemeigene Module mit einer JS-Brücke, so wird die Leistung/besser sein könnte. erfordert native integration.
Während Reagieren Die Navigation ist eine einfache und leistungsstarke Lösung zur Verfügung gestellt von reagieren nativen selbst. Es ist ein alle JS-Implementierung im Gegensatz zu den anderen, die verwendet native support, die können tückisch sein. Nur npm-install und du bist gut zu gehen ...
Verwenden, reagieren die navigation wenn Sie lieber eine alle JS-Implementierung und die systemeigene navigation wenn Ihr die höchste Priorität liegt in Leistung .
Beide libs sind unter den besten Navi-Lösungen für Reagieren Nativen. Verwenden Sie es nach Ihren Bedürfnissen.
UPDATE: Beide libs unterzogen haben, drastische änderungen und betrat nächsten stabilen Versionen. reagieren-navigation ist mehr stabil und performant nun. Aber wenn Sie haben, um komplexe Berechnungen in js gehen reagieren-native-navigation. aber in den meisten Fällen reagieren die navigation wird für Sie arbeiten!
UPDATE 2: Mit dem Aufkommen von reagieren-native-Bildschirme, die native Bildschirm-Optimierung gebracht wird, möglich zu reagieren-navigation indem Sie die native navigation component (UIViewController für iOS und FragmentActivity für Android) Finden Sie hier
Für diejenigen, die von einem user experience Sicht, die beide eine fast identische Animationen und flow, so dass Sie nicht wissen, welche lib verwendet wird, hinter den kulissen. Der wesentliche Unterschied ist die native Seite machen kann ist die performance besser (das ist die entscheidende Voraussetzung für eine bessere "user experience")
Angesichts React Navigation ist noch heute in beta und voller nerviger bugs unter Berücksichtigung von Stabilität zu. Für mein Anliegen, ich bin so enttäuscht von React Navigation dass ich einen Versuch geben, um React Native Navigation. Ja, eine Verschwendung von Zeit... Wenn nur Facebook gab uns ein bisschen Zeit, bevor er Navigator...
reagieren-native-navigation ist genial. reagieren-navigation fehlt sehr kritisch lifecycle-Methoden wie isFocused oder onLeave.
Die Antwort gibt keine Ahnung, wenn es einen relevanten Unterschied für die Benutzerfreundlichkeit. Bessere Leistung bedeutet nicht, dass eine wahrnehmbare Unterschied für den Benutzer, so bin ich mir noch nicht sicher, ob es tatsächlich einen Unterschied für den Benutzer zwischen diesen Optionen und das ist, was ich gerne wissen würde.
Reagieren die navigation v3 ist nicht kompatibel mit Redux.
Sollten Sie die Navigation router versuchen. Es bietet das beste aus beiden Welten: 100% native navigation auf iOS-und Android-und JavaScript-array-Repräsentation der native stack von Bildschirmen.
Reagieren Nativen Navigation mit nativen navigation durch das einwickeln von jedem Bildschirm mit einer nativen controller. Also die Leistung wird optimiert, indem die nativen Reich. Der Bereich, den Sie gonna umzusetzen, ist innerhalb der Kopf-und tab-Leiste.
Reagieren die Navigation ist Reine js-Implementierung. Es verwendet Reagieren-native root-view als container-Ansicht. Jeder Bildschirm wird unter dem root-Ansicht-hierarchische Struktur.
Also, wenn Sie die app öffnen, von der View-Hierarchie-Konsole, sehen Sie einen großen Unterschied (Reagieren die Navigation enthält eine Reihe von seltsamen Komponenten, wie mehrere Header-oder tab-bar, der Baum ist auch schwer zu verstehen).
Reagieren Nativen Navigation wie der name schon sagt, verwendet die systemeigene Module mit einer JS-Brücke, so wird die Leistung/besser sein könnte. erfordert native integration.
Während Reagieren Die Navigation ist eine einfache und leistungsstarke Lösung zur Verfügung gestellt von reagieren nativen selbst. Es ist ein alle JS-Implementierung im Gegensatz zu den anderen, die verwendet native support, die können tückisch sein. Nur
npm-installund du bist gut zu gehen ...Verwenden, reagieren die navigation wenn Sie lieber eine alle JS-Implementierung und die systemeigene navigation wenn Ihr die höchste Priorität liegt in Leistung .
Beide libs sind unter den besten Navi-Lösungen für Reagieren Nativen. Verwenden Sie es nach Ihren Bedürfnissen.
UPDATE: Beide libs unterzogen haben, drastische änderungen und betrat nächsten stabilen Versionen. reagieren-navigation ist mehr stabil und performant nun. Aber wenn Sie haben, um komplexe Berechnungen in js gehen reagieren-native-navigation. aber in den meisten Fällen reagieren die navigation wird für Sie arbeiten!
UPDATE 2: Mit dem Aufkommen von reagieren-native-Bildschirme, die native Bildschirm-Optimierung gebracht wird, möglich zu reagieren-navigation indem Sie die native navigation component (UIViewController für iOS und FragmentActivity für Android) Finden Sie hier
Für diejenigen, die von einem user experience Sicht, die beide eine fast identische Animationen und flow, so dass Sie nicht wissen, welche lib verwendet wird, hinter den kulissen. Der wesentliche Unterschied ist die native Seite machen kann ist die performance besser (das ist die entscheidende Voraussetzung für eine bessere "user experience")
React Navigationist noch heute inbetaund voller nerviger bugs unter Berücksichtigung von Stabilität zu. Für mein Anliegen, ich bin so enttäuscht vonReact Navigationdass ich einen Versuch geben, umReact Native Navigation. Ja, eine Verschwendung von Zeit... Wenn nur Facebook gab uns ein bisschen Zeit, bevor er Navigator...Sollten Sie die Navigation router versuchen. Es bietet das beste aus beiden Welten: 100% native navigation auf iOS-und Android-und JavaScript-array-Repräsentation der native stack von Bildschirmen.
Reagieren Nativen Navigation mit nativen navigation durch das einwickeln von jedem Bildschirm mit einer nativen controller. Also die Leistung wird optimiert, indem die nativen Reich. Der Bereich, den Sie gonna umzusetzen, ist innerhalb der Kopf-und tab-Leiste.
Reagieren die Navigation ist Reine js-Implementierung. Es verwendet Reagieren-native root-view als container-Ansicht. Jeder Bildschirm wird unter dem root-Ansicht-hierarchische Struktur.
Also, wenn Sie die app öffnen, von der View-Hierarchie-Konsole, sehen Sie einen großen Unterschied (Reagieren die Navigation enthält eine Reihe von seltsamen Komponenten, wie mehrere Header-oder tab-bar, der Baum ist auch schwer zu verstehen).