Strategie di caricamento di Firebase Remote Config

Firebase Remote Config offre molta flessibilità su come e quando recuperare nuovi valori dal server e attivarli nella tua app, consentendoti di garantire un'esperienza di qualità per l'utente finale controllando i tempi di eventuali modifiche visibili alla configurazione. Puoi recuperare nuovi valori all'avvio dell'applicazione utilizzando fetchAndActivate() e utilizzare Remote Config in tempo reale come metodo complementare per recuperare automaticamente i valori dei parametri più recenti dopo la pubblicazione di una nuova versione di Remote Config.

Questa guida esamina alcune strategie di caricamento e discute le considerazioni chiave per scegliere l'opzione migliore per la tua app.

Strategia 1: recupera e attiva al caricamento

In questa strategia, la tua app chiamerebbe fetchAndActivate() al primo avvio per recuperare nuovi valori da Remote Config e attivarli non appena hanno terminato il caricamento. Questo approccio semplice funziona bene per le modifiche alla configurazione che non causano cambiamenti visivi drammatici nell'interfaccia utente. Dovrebbe essere evitato in qualsiasi situazione in cui l'interfaccia utente potrebbe cambiare notevolmente mentre gli utenti la stanno utilizzando.

Dopo che l'app ha chiamato fetchAndActivate() , può iniziare ad ascoltare gli aggiornamenti dei valori dei parametri in tempo reale chiamando addOnConfigUpdateListener . Questo metodo inizia ad ascoltare eventuali aggiornamenti lato server ai valori dei parametri, li recupera automaticamente, quindi chiama il listener. Una strategia semplice è attivare i nuovi valori nell'ascoltatore. Tuttavia, come menzionato per fetchAndActivate() , l'attivazione immediata dovrebbe essere evitata per le UI sensibili.

Strategia 2: attiva dietro la schermata di caricamento

Come rimedio al potenziale problema dell'interfaccia utente riscontrato nella strategia 1, potresti fare affidamento su una schermata di caricamento. Invece di avviare subito l'app, mostra una schermata di caricamento e chiama fetchAndActivate nel gestore di completamento. Quindi, subito dopo, sempre utilizzando una richiamata o una notifica, chiudi la schermata di caricamento e consenti all'utente di iniziare a interagire con la tua app.

Se utilizzi questa strategia, ti consigliamo di aggiungere un timeout alla schermata di caricamento. Il timeout di un minuto di Remote Config potrebbe essere troppo lungo per un'esperienza di avvio dell'app di qualità per gli utenti.

L'ascolto degli aggiornamenti di Remote Config in tempo reale chiamando addOnConfigUpdateListener funziona bene con questa strategia. Aggiungi il listener quando viene visualizzata la schermata di caricamento, quindi utilizzaactivate activate() in uno o più punti della tua app in cui i valori di Remote Config non causeranno cambiamenti visivi drammatici.

Strategia 3: caricare nuovi valori per il prossimo avvio

Una strategia efficace consiste nel caricare nuovi valori di configurazione da attivare al prossimo avvio dell'app. In questa strategia, la tua app attiva i valori recuperati all'avvio prima di tentare di recuperarne di nuovi, partendo dal presupposto che potrebbe aver già recuperato, ma non ancora attivato, nuovi valori di configurazione. L’ordine delle operazioni per questa strategia è:

  1. All'avvio, attiva immediatamente i valori recuperati in precedenza. Questo applica tutti i valori che hai scaricato dal server in una sessione precedente ed è quasi istantaneo.
  2. Mentre l'utente interagisce con la tua app, avvia una chiamata asincrona per recuperare nuovi valori in base all'intervallo di recupero minimo predefinito e aggiungi un listener di aggiornamento della configurazione in tempo reale. Il listener in tempo reale recupererà automaticamente tutti i valori pubblicati sul server mentre l'app è in esecuzione. Gli aggiornamenti in tempo reale ignorano l'impostazione dell'intervallo di recupero minimo.
  3. Nel gestore di completamento o nel callback per la chiamata di recupero, non eseguire alcuna operazione. La tua app manterrà i valori scaricati finché non li attiverai al successivo avvio dell'app.

Con questa strategia, il tempo di attesa dell'utente è notevolmente ridotto al minimo. La combinazione delle strategie di recupero e di ascolto in tempo reale con le chiamate activate() secondo necessità nel ciclo di vita dell'app garantisce che gli utenti dispongano dei valori più recenti da Remote Config mentre interagiscono con la tua app.

Caricamento anti-strategie

Come avrai capito dalla discussione precedente sui pro e contro del caricamento, ci sono un paio di modelli di utilizzo da evitare.

  • Non aggiornare o cambiare aspetti dell'interfaccia utente mentre l'utente la visualizza o interagisce con essa, a meno che tu non abbia validi motivi aziendali o legati all'app per farlo, ad esempio rimuovere opzioni relative a una promozione appena terminata.
  • Non inviare un numero elevato di richieste di recupero simultanee, perché il server potrebbe limitare la tua applicazione. Se è necessario recuperare frequentemente gli aggiornamenti, utilizzare Remote Config in tempo reale . Sebbene il rischio di limitazione sia basso nella maggior parte degli scenari di produzione, può rappresentare un problema durante lo sviluppo attivo e Remote Config in tempo reale è progettato per questo caso d'uso. Controlla la guida alla limitazione .
  • Non fare affidamento sulla connettività di rete per ottenere i valori di Remote Config. Imposta i valori dei parametri predefiniti in-app in modo che la tua app si comporti sempre come previsto. Puoi mantenere periodicamente sincronizzati i valori predefiniti dell'app e del backend Remote Config utilizzando le impostazioni predefinite del modello scaricato .

Prossimi passi

Queste tre strategie di base non comprendono in alcun modo un elenco completo dei modi per caricare i valori di configurazione. A seconda delle tue esigenze, potresti ideare strategie molto più sofisticate.

Controlla il riferimento API per la tua piattaforma per saperne di più sulle chiamate specifiche per il recupero e l'attivazione dei valori di configurazione.