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.
Du musst angemeldet sein, um einen Kommentar abzugeben.
Ich denke, wenn Sie aus einem Reagieren + Redux hintergrund, dann Apollo sollte der Weg zu gehen für Sie!
Ein paar Informationen:
updateQueries
.Werfen Sie einen Blick auf diese in-depth Artikel vergleichen-Relais und Apollo für mehr hintergrund-info.
Wenn Sie mehr darüber erfahren möchten, Relais und Apollo, schauen Sie sich die How to GraphQL tutorial website.
Durch die Art und Weise, ist eine weitere option für das backend, wenn Sie nicht wollen, es selbst bauen würde Graphcool (disclaimer: ich arbeite für Sie :)).
graphql-server
ich denke, der größte Unterschied ist, dass Graphcool bietet ein full-geblasen und hosted-Lösung in der Erwägung, dassgraphql-server
ist ein Werkzeug, das Ihnen hilft, bauen Sie Ihre eigenen GraphQL server. also je nachdem, was Ihre Ziele sind, der eine oder andere könnte besser geeignet sein 🙂 wenn Sie interessiert sind, zu lernen mehr über, wie GraphQL arbeitet auf dem server, danngraphql-server
wird sicherlich Ihnen besser dienen! wenn Sie nur wollen, um eine app zu erstellen, so schnell wie möglich Graphcool hilfreich ist, da Sie nicht haben zu tun, alle server-bezogenen Arbeit.