Firebase Remote Config offre une grande flexibilité quant à la manière et au moment de récupérer de nouvelles valeurs sur le serveur et de les activer dans votre application. Vous pouvez ainsi garantir une expérience utilisateur final de qualité en contrôlant le moment où les modifications de configuration visibles sont appliquées. Vous pouvez récupérer de nouvelles valeurs au lancement de l'application à l'aide de fetchAndActivate et utiliser Remote Config en temps réel comme méthode complémentaire pour récupérer automatiquement les dernières valeurs de paramètres après avoir publié une nouvelle version de votre Remote Config.
Ce guide présente quelques stratégies de chargement et aborde les points clés à prendre en compte pour choisir la meilleure option pour votre application.
Stratégie 1 : Récupérer et activer au chargement
Dans cette stratégie, votre application appelle fetchAndActivate au premier démarrage pour récupérer les nouvelles valeurs de Remote Config et les activer dès qu'elles ont fini de se charger. Cette approche fonctionne bien pour les modifications de configuration qui n'entraînent pas de changements visuels spectaculaires dans votre UI. Évitez cette approche dans toutes les situations où votre UI pourrait changer de manière notable pendant que les utilisateurs l'utilisent.
Une fois que votre application a appelé fetchAndActivate, elle peut commencer à écouter les mises à jour des valeurs de paramètres en temps réel en appelant addOnConfigUpdateListener. Cette méthode commence à écouter les mises à jour côté serveur des valeurs de paramètres, les récupère automatiquement, puis appelle l'écouteur. Une stratégie consiste à activer les nouvelles valeurs dans l'écouteur. Toutefois, comme indiqué pour fetchAndActivate, évitez d'activer immédiatement les UI sensibles.
Stratégie 2 : Activer derrière l'écran de chargement
Pour résoudre le problème d'UI potentiel rencontré dans la stratégie 1, vous pouvez utiliser un écran de chargement. Au lieu de démarrer votre application immédiatement, affichez un écran de chargement et appelez fetchAndActivate dans votre gestionnaire d'achèvement. Ensuite, juste après (toujours à l'aide d'un rappel ou d'une notification), fermez l'écran de chargement et autorisez l'utilisateur à interagir avec votre application.
Si vous utilisez cette stratégie, nous vous recommandons d'ajouter un délai avant expiration à l'écran de chargement. Le délai d'expiration d'une minute de Remote Config peut être trop long pour offrir une expérience de démarrage de qualité aux utilisateurs de l'application.
L'écoute des mises à jour Remote Config en temps réel en appelant addOnConfigUpdateListener fonctionne bien avec cette stratégie. Ajoutez l'écouteur lorsque l'écran de chargement s'affiche, puis utilisez activate() à un ou plusieurs endroits de votre application où les valeurs Remote Config n'entraîneront pas de changements visuels spectaculaires.
Stratégie 3 : Charger de nouvelles valeurs pour le prochain démarrage
Une stratégie efficace consiste à charger de nouvelles valeurs de configuration à activer au prochain démarrage de votre application. Dans cette stratégie, votre application active les valeurs récupérées au démarrage avant d'essayer d'en récupérer de nouvelles, en partant du principe qu'elle a peut-être déjà récupéré (mais pas encore activé) de nouvelles valeurs de configuration. L'ordre des opérations pour cette stratégie est le suivant :
- Au démarrage, activez immédiatement les valeurs précédemment récupérées. Cela applique toutes les valeurs que vous avez téléchargées depuis le serveur lors d'une session précédente, et l'opération est presque instantanée.
- Pendant que l'utilisateur interagit avec votre application, lancez un appel asynchrone pour récupérer de nouvelles valeurs en fonction de l'intervalle de récupération minimal par défaut, puis ajoutez un écouteur de mise à jour de la configuration en temps réel. L'écouteur en temps réel récupère automatiquement toutes les valeurs publiées sur le serveur pendant l'exécution de votre application. Les mises à jour en temps réel ignorent le paramètre d'intervalle de récupération minimal.
- Dans le gestionnaire d'achèvement ou le rappel de l'appel de récupération, ne faites rien. Votre application conservera les valeurs téléchargées jusqu'à ce que vous les activiez au prochain démarrage de l'application.
Cette stratégie permet de réduire considérablement le temps d'attente des utilisateurs. En combinant les stratégies de récupération et d'écouteur en temps réel avec des appels activate() selon les besoins du cycle de vie de l'application, vous vous assurez que les utilisateurs disposent des dernières valeurs de Remote Config lorsqu'ils interagissent avec votre application.
Chargement des anti-stratégies…
En fonction des sections précédentes sur les stratégies de chargement, évitez les modèles d'utilisation suivants :
- Ne modifiez pas l'UI et ne changez pas d'aspect pendant que l'utilisateur la consulte ou interagit avec elle, sauf si vous avez de bonnes raisons de le faire, par exemple pour supprimer des options liées à une promotion qui vient de se terminer.
- À ne pas faire : envoyer un grand nombre de requêtes de récupération simultanées, ce qui pourrait entraîner une limitation de votre application par le serveur. Si vous devez récupérer fréquemment des mises à jour, utilisez Remote Config en temps réel. Bien que le risque de limitation soit faible dans la plupart des scénarios de production, il peut poser problème lors du développement actif. C'est pourquoi le mode Remote Config en temps réel est conçu pour ce cas d'utilisation. Consultez les conseils sur la limitation.
- Ne vous fiez pas à la connectivité réseau pour obtenir les valeurs Remote Config. Définissez des valeurs de paramètre par défaut dans l'application pour qu'elle se comporte toujours comme prévu. Vous pouvez synchroniser régulièrement les valeurs par défaut de l'application et du backend Remote Config à l'aide des valeurs par défaut du modèle téléchargé.
Étapes suivantes
Ces trois stratégies de base ne constituent en aucun cas une liste exhaustive des méthodes de chargement des valeurs de configuration. Selon vos besoins, vous pouvez concevoir des stratégies beaucoup plus sophistiquées.
Consultez la documentation de référence de l'API pour votre plate-forme afin d'en savoir plus sur les appels spécifiques permettant de récupérer et d'activer les valeurs de configuration.