Relais vs Redux vs Apollo mit GraphQL und Reagieren-Native

Habe ich zu Beginn einer neuen (web + native) Projekt (mid-size-app) von Grund auf neu. Aufgrund der fülle von JS-frameworks und Umsetzung gibt es insbesondere in den letzten paar Jahren, ich habe eine Sekunde Zweifel auf meiner üblichen Stapel.

Ich habe mit reagieren + redux auf dem front-end zusammen mit Knoten und MongoDB auf der backend-Kommunikation über REST-API.

Für dieses neue Projekt, habe ich beschlossen zu gehen mit Reagieren-Native + Reagieren Nativen für Web + Knoten + PostgreSQL. Allerdings Frage ich mich, welchen Rahmen ich verwenden soll, um die Daten abrufen und Staat/store-Verwaltung.

So weit, wiedermal war für mich schön. Jedoch aufgrund der Natur von JS evolution. Ich bin ein bisschen skeptisch mit gehen den gleichen stack habe ich in der Vergangenheit.

Was sind die vor-und Nachteile, wenn ich gehen mit den folgenden Stacks

React-Native + React-Native-For-Web + Redux + GraphQL + Node + PostgreSQL


React-Native + React-Native-For-Web + Relay + GraphQL + Node + PostgreSQL


React-Native + React-Native-For-Web + Apollo + GraphQL + Node + PostgreSQL

Habe ich viele Artikel gelesen, die besagt, die Vorteile der Verwendung von jedem Rahmen, aber die Menge der Inhalte und Artikel sind ein bisschen beängstigend. Ich verstehe, dass es keine richtige oder falsche Antwort. Allerdings wäre es schön zu wissen, dass die oben genannten stack geht schön zusammen halten im Verstand - weniger Lernkurve, gute Dokumentation, Wartbarkeit, weniger Umgehungsmöglichkeiten.

InformationsquelleAutor zaq | 2017-04-09
Schreibe einen Kommentar