Ich baue eine Web-Anwendung mit Firebase, die die gleichen Daten und präsentiert es auf zwei verschiedene Arten - in einer Liste und als Marker auf einer Google-Karte.Firebase - verbessert Caching die Leistung?
Im Moment habe ich in jeder Ansicht - Karte oder Liste - Code, um Daten von Firebase abzufragen, zusammenzuführen und anzuzeigen. Stattdessen überlege ich mir diesen Plan: Beim Start die Daten abfragen, zusammenführen und alles in ein Array speichern, das ich von der Ansicht zur Anzeige überlasse.
In gewisser Weise bin ich "caching" die Firebase Daten in einem Array. In einem Sinn ist das nicht ideal - zwischengespeicherte Daten sind nicht so aktuell wie das direkte Abfragen von Firebase. Auf der anderen Seite, rufe ich Firebase nur einmal an.
Macht das Leistung Sinn? Nimmt das Lesen von Daten aus einer Firebase innerhalb der gleichen Größenordnung wie das Lesen von Daten aus einem Array?
Große Erklärung. Die Dokumente, übrigens, geben diesen Eindruck, aber gehen Sie nicht so sehr ins Detail (das könnte ein großartiger Anhang zu den Dokumenten sein) – Kato
Wir planen, der Dokumentation in naher Zukunft einige Abschnitte zur Leistung hinzuzufügen. –
@AndrewLee wird dieser Performance-Bereich jemals geschrieben werden? Ich benutze Firebase nun schon seit 2 Jahren und habe nicht genau so "geklickt", wie diese 5-jährige Antwort erklärt hat, wie man einen Datensnapshot für die spätere Verwendung speichern kann. Ich erkenne jetzt, dass ich ziemlich viel defensiv programmiert habe, aus Angst, nicht zu wissen, was Firebase macht und intern nicht "cache". Ich sehe jetzt, dass ein DataSnapshot nur ein navigierbarer Cursor zu einer internen unveränderlichen Datenstruktur ist, und dass 'val()' seine Daten in ein POJO klont. Das ist so elegant gestaltet! Hut ab :-) – skrebbel