Unterschiede zwischen Firebase, Loopback und Redux

1634
react-newbie

Ich möchte eine Web-App und später entsprechende Android / iOS-Apps entwickeln. Bisher habe ich mich nur für das Frontend entschieden, für das ich reagieren und native für mobil verwenden möchte.

Für den Rest des Technologie-Stacks erwäge ich, meteor.js zu verwenden. In diesem Fall korrigieren Sie mich, wenn ich falsch liege, würde ich keine andere Technologie benötigen.

Ich schaue mir aber auch Alternativen an und einige Dinge, über die ich gelesen habe, sind Loopback, Firebase und Redux. Ich bin ziemlich neu bei all dem, daher weiß ich, dass dies wahrscheinlich ein Vergleich zwischen Äpfeln und Orangen ist, aber ich bin mir nicht wirklich sicher, was jeder von ihnen für mich tun würde und ob dies entweder eine oder / oder eine Situation wäre wenn ich einige davon kombinieren würde? Redux klingt, als könnte es auch in einen meteor.js-Workflow passen?

Zusammenfassend wäre es toll, wenn mir jemand erklären könnte, wie all diese zusammenpassen und welche Kombinationen als Technologiestack sinnvoll sind.

1
Das ist eine gute Frage. Stackoverflow ist jedoch speziell für das Codieren von Fragen gedacht, sodass diese Frage nicht in den Geltungsbereich passt. Siehe [Gute Themen] (http://stackoverflow.com/help/on-topic). Davon abgesehen, müssen Sie * wirklich * auf jeder der genannten Plattformen Code erstellen. Ohne ein Codebeispiel können wir nicht wissen, was für Ihren Anwendungsfall funktionieren würde. Ich würde vorschlagen, eine einfache Aufgabenlisten-App zu erstellen, um zu sehen, ob jede Plattform in den Umfang Ihres Projekts passt. vor 8 Jahren 0

1 Antwort auf die Frage

2
Sugandh Khanna

Firebase:

Firebase funktioniert folgendermaßen: Ein oder mehrere Benutzer abonnieren einige Daten, da sie an den Informationen interessiert sind.

Ein Server verfolgt diese Abonnements. Sobald ein neues Abonnement stattfindet, werden einige Daten als Nachricht zurückgesendet.

Wenn ein Client Daten schreibt, überträgt der Pub / Sub-Server dieses Update an alle anderen aktiven Abonnements.

Alles funktioniert wie ein Pub / Sub, also gibt es kein solches "Abfragen". Sie sagen nur, woran Sie interessiert sind, und Sie erhalten Nachrichten, die die Daten beschreiben.

Pros

  • Wenn Ihre App eine zentralisierte Datenbank ausführt und von vielen Benutzern aktualisiert wird, ist sie mehr als in der Lage, Echtzeit-Datenaktualisierungen zwischen Geräten durchzuführen.
  • In der Cloud gespeichert, so überall verfügbar.
  • Plattformübergreifende API (wenn Sie diese Datenbank mit einer App verwenden).
  • Sie hosten die Daten, dh wenn Sie viele Daten speichern, müssen Sie sich keine Sorgen um die Hardware machen!

Nachteile:

  • Wenn Ihre App keine zentralisierte Datenbank ausführt, die von einer großen Anzahl von Benutzern aktualisiert wird, ist dies ein großer Overkill.
  • Das Speicherformat unterscheidet sich grundlegend von dem von SQL (Firebase verwendet JSON), sodass Sie nicht so leicht migrieren können.
  • Die Berichterstellungstools werden nicht annähernd denen von Standard-SQL entsprechen.
  • Kosten! Begrenzt auf 50 Verbindungen und 100 MB Speicherplatz!
  • Sie hosten die Daten nicht. Firebase tut es. Je nachdem, auf welchem ​​Server Sie sich befinden, scheint es in letzter Zeit viel zu stören.

Redux

Redux ist ein Architekturmuster und eine Bibliothek. Ihr Geschenk an Sie ist die Möglichkeit, den Status Ihrer Anwendung in einem einzigen Objekt zu verwalten. Hier ist ein Artikel, der davon spricht, und ein Artikel, der über die Nachteile des Speicherns Ihres gesamten Staates in einem einzigen unveränderlichen Atom spricht.

Loopback

Pros

  • Sehr schnelle RESTful API-Entwicklung
  • Konvention über Konfiguration
  • Eingebaute Modelle sofort einsatzbereit
  • RPC-Unterstützung
  • Bei Bedarf voll konfigurierbar
  • Umfangreiche Dokumentation
  • Vollzeit-Team, das an dem Projekt arbeitet
  • Verfügbare kommerzielle Unterstützung
Tipps: StackOverflow verwendet Markdown zur Formatierung, es ist wirklich mächtig. Sie können dies im [Help Center] (http://stackoverflow.com/help/formatting) nachlesen. Ich habe Ihren Beitrag bearbeitet, um Ihnen zu zeigen, wie klarer damit ist. Außerdem haben Sie zwei Links gepostet. Es ist eine gute Idee, eine kurze Version des Inhalts hinzuzufügen. Wenn der Link abbricht, hat Ihre Antwort dennoch einen Wert. DrakaSAN vor 8 Jahren 0
Eine Korrektur in der Firebase-Sektion bitte *, daher gibt es kein solches "Abfragen" -Konzept *. Firebase hat zweifellos Abfragen - es gibt eine Teilmenge Ihrer Daten zurück, wie dies bei jeder Abfrage der Fall wäre. Das Coole ist, dass es entweder die Daten einmal zurücksenden kann oder Daten, die zu der Abfrage passen, * beobachten * können und sie entsprechend zurückgeben. Zum Beispiel; Sie möchten, dass alle Benutzer benachrichtigt werden, wenn ein Benutzer Pizza als sein Lieblingsessen auswählt. Richten Sie eine Abfrage ein, die auf fav_food = pizza überwacht werden soll. Wenn ein Benutzer eine Pizza auswählt, werden alle Benutzer benachrichtigt. Es ist eine unglaublich leistungsfähige Abfrage-Engine. vor 8 Jahren 0
Ein weiterer Fix in der Firebase-Sektion. Die Kosten sind nicht genau. Der Spark-Plan verfügt über 100 Anschlüsse und mehr als 500 m Speicherplatz. Das ist der "Entwicklerplan". Wenn Sie dann Benutzer hinzufügen, wechseln Sie zum Flame-Plan, der mehr als das Zweifache des Spark-Plans und der unbegrenzten Verbindungen ist. Siehe [Firebase-Preis] (https://firebase.google.com/pricing/). vor 8 Jahren 0
Auch IMO, die erste Firebase Con, dass es ein Overkill ist. Nicht sicher, dass ich damit einverstanden bin. Es ist kostenloser Online-Speicher mit einer gut unterstützten und dokumentierten plattformübergreifenden API sowie einem praxisorientierten Entwicklungsteam und einer dynamischen Community. Ich würde diesen Overkill nicht in Betracht ziehen. Es würde einen einzelnen Benutzer unterstützen, der in Echtzeit auf Daten von mehreren Geräten zugreift, um 10.000 Benutzer zu finden, die das nächste Restaurant mit einer großen Weinkarte suchen. Wieder aber IMO. vor 8 Jahren 0
Vielen Dank für die Antwort, ich muss mich jedenfalls ein bisschen genauer ansehen und einige Tutorials machen. Ich bin immer noch nicht hundertprozentig sicher, wie sie zusammenarbeiten würden oder nicht. Wäre es richtig, so sagen Sie Folgendes: react-newbie vor 8 Jahren 0
(Accidentaly hat den obigen Kommentar veröffentlicht, ohne dass er fertig ist. Gibt es eine Möglichkeit, ihn zu löschen?) Vielen Dank für die Antwort. Ich muss mir jeden von ihnen ein bisschen genauer ansehen und ein paar Tutorials machen. Ich bin immer noch nicht hundertprozentig sicher, wie sie zusammenarbeiten würden oder nicht. Wäre es richtig, also sagen Sie Folgendes: Firebase und Loopback bieten mir eine Möglichkeit, auf meine Daten zuzugreifen und sie in einer Datenbank zu speichern, obwohl sie dies auf eine andere Art tun, also würde ich wahrscheinlich das eine oder das andere wählen. Bei Redux geht es mehr darum, wie ich meine App strukturiere, und ich könnte sie sowohl mit Firebase als auch mit Loopback kombinieren. react-newbie vor 8 Jahren 0

Verwandte Probleme