Sto costruendo un'applicazione Web utilizzando Firebase che acquisisce gli stessi dati e li presenta in due modi diversi: in un elenco e come marker su una mappa di google.Firebase: il caching migliora le prestazioni?
In questo momento, in ogni vista, mappa o elenco, ho il codice per interrogare i dati da Firebase, unirli e visualizzarli. Invece, sto prendendo in considerazione questo piano: all'avvio, interrogare i dati, unirli e salvarli tutti in una matrice che passo dalla vista alla vista.
In un certo senso, sto "memorizzando nella cache" i dati del firebase in una matrice. Questo non è l'ideale in un senso: i dati memorizzati nella cache non sono aggiornati quanto direttamente interrogando Firebase. D'altra parte, chiamo Firebase solo una volta.
Questo ha senso per le prestazioni? La lettura dei dati da un Firebase avviene nello stesso ordine di grandezza dei dati di lettura di un array?
Grande spiegazione. I documenti, btw, danno questa impressione ma non entrano in un dettaglio così grande (questa potrebbe essere una grande appendice ai documenti) – Kato
Stiamo pianificando di aggiungere alcune sezioni sulle prestazioni ai documenti nel prossimo futuro. –
@AndrewLee questa sezione delle prestazioni verrà mai scritta? Sto usando Firebase da 2 anni e non ho "cliccato" esattamente come ha fatto quando questa (5 anni) risposta ha spiegato come è possibile memorizzare un datasnapshot in giro per un utilizzo successivo. Ora mi rendo conto che ho codificato difensivamente molto, per paura di non sapere cosa fa Firebase e non "memorizza" internamente. Ora vedo che DataSnapshot è solo un cursore navigabile verso una struttura interna immutabile e che 'val()' clona i suoi dati in un POJO. Questo è così elegantemente progettato! Giù i cappelli :-) – skrebbel