Stratégies de chargement de Firebase Remote Config

Firebase Remote Config offre une grande flexibilité quant à la manière et au moment d'extraire de nouvelles valeurs du serveur et de les activer dans votre application, ce qui vous permet de garantir une expérience utilisateur final de qualité en contrôlant la synchronisation de tout changement de configuration visible. 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ètre après la publication d'une nouvelle version de votre Remote Config.

Ce guide examine quelques stratégies de chargement et discute des considérations clés pour choisir la meilleure option pour votre application.

Stratégie 1 : Récupérer et activer au chargement

Dans cette stratégie, votre application appellerait fetchAndActivate() lors du premier démarrage de votre application pour récupérer de nouvelles valeurs à partir de Remote Config et les activer dès qu'elles sont chargées. Cette approche simple fonctionne bien pour les changements de configuration qui n'entraînent pas de changements visuels spectaculaires dans votre interface utilisateur. Il doit être évité dans toutes les situations où votre interface utilisateur pourrait changer sensiblement pendant que les utilisateurs sont en train de l'utiliser.

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ètre, les récupère automatiquement, puis appelle l'écouteur. Une stratégie simple consiste à activer les nouvelles valeurs dans l'écouteur. Cependant, comme mentionné pour fetchAndActivate() , l'activation immédiate doit être évitée pour les interfaces utilisateur sensibles.

Stratégie 2 : activer derrière l'écran de chargement

Pour remédier au problème potentiel d'interface utilisateur rencontré dans la stratégie 1, vous pouvez vous fier à 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 cela, à nouveau en utilisant un rappel ou une notification, fermez l'écran de chargement et autorisez l'utilisateur à commencer à interagir avec votre application.

Si vous utilisez cette stratégie, il est recommandé d'ajouter un délai d'attente à l'écran de chargement. Le délai d'expiration d'une minute de Remote Config peut être trop long pour une expérience de démarrage d'application de qualité pour les utilisateurs.

L'écoute des mises à jour de 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 points de votre application où les valeurs de Remote Config ne provoqueront 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 de tenter 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 :

1. 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 à partir du serveur lors d'une session précédente et est presque instantané.
2. 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 minimum par défaut et ajoutez un écouteur de mise à jour de 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 contournent le paramètre d'intervalle de récupération minimum.
3. Dans le gestionnaire d'achèvement ou le rappel de l'appel d'extraction, 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.

Avec cette stratégie, le temps d'attente des utilisateurs est considérablement réduit. La combinaison des stratégies d'extraction et d'écoute en temps réel avec les appels activate() selon les besoins du cycle de vie de l'application garantit que les utilisateurs disposent des dernières valeurs de Remote Config lorsqu'ils interagissent avec votre application.

Chargement des anti-stratégies

Comme vous l'avez peut-être compris dans la discussion ci-dessus sur les avantages et les inconvénients du chargement, il existe quelques modèles d'utilisation à éviter.

• Ne mettez pas à jour ou ne modifiez pas les aspects de l'interface utilisateur pendant que l'utilisateur la consulte ou interagit avec elle, à moins que vous n'ayez des raisons professionnelles ou d'application sérieuses de le faire, comme la suppression d'options liées à une promotion qui vient de se terminer.
• N'envoyez pas un grand nombre de requêtes d'extraction simultanées, car cela pourrait entraîner la limitation de votre application par le serveur. Si vous devez fréquemment récupérer des mises à jour, utilisez la configuration à distance 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 pendant le développement actif, et la configuration à distance en temps réel est conçue pour ce cas d'utilisation. Consultez les conseils de limitation pour les plates-formes Android et Apple .
• Ne comptez pas sur la connectivité réseau pour obtenir les valeurs de Remote Config. Définissez des valeurs de paramètre par défaut dans l'application afin que votre application se comporte toujours comme prévu. Vous pouvez périodiquement synchroniser 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é .

Prochaines étapes

Ces trois stratégies de base ne constituent en aucun cas une liste complète des manières de charger les valeurs de configuration. Selon vos besoins, vous pourriez concevoir des stratégies beaucoup plus sophistiquées.

Consultez la référence API de votre plate-forme pour en savoir plus sur les appels spécifiques pour récupérer et activer les valeurs de configuration.

,

Firebase Remote Config offre une grande flexibilité quant à la manière et au moment d'extraire de nouvelles valeurs du serveur et de les activer dans votre application, ce qui vous permet de garantir une expérience utilisateur final de qualité en contrôlant la synchronisation de tout changement de configuration visible. 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ètre après la publication d'une nouvelle version de votre Remote Config.

Ce guide examine quelques stratégies de chargement et discute des considérations clés pour choisir la meilleure option pour votre application.

Stratégie 1 : Récupérer et activer au chargement

Dans cette stratégie, votre application appellerait fetchAndActivate() lors du premier démarrage de votre application pour récupérer de nouvelles valeurs à partir de Remote Config et les activer dès qu'elles sont chargées. Cette approche simple fonctionne bien pour les changements de configuration qui n'entraînent pas de changements visuels spectaculaires dans votre interface utilisateur. Il doit être évité dans toutes les situations où votre interface utilisateur pourrait changer sensiblement pendant que les utilisateurs sont en train de l'utiliser.

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ètre, les récupère automatiquement, puis appelle l'écouteur. Une stratégie simple consiste à activer les nouvelles valeurs dans l'écouteur. Cependant, comme mentionné pour fetchAndActivate() , l'activation immédiate doit être évitée pour les interfaces utilisateur sensibles.

Stratégie 2 : activer derrière l'écran de chargement

Pour remédier au problème potentiel d'interface utilisateur rencontré dans la stratégie 1, vous pouvez vous fier à 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 cela, à nouveau en utilisant un rappel ou une notification, fermez l'écran de chargement et autorisez l'utilisateur à commencer à interagir avec votre application.

Si vous utilisez cette stratégie, il est recommandé d'ajouter un délai d'attente à l'écran de chargement. Le délai d'expiration d'une minute de Remote Config peut être trop long pour une expérience de démarrage d'application de qualité pour les utilisateurs.

L'écoute des mises à jour de 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 points de votre application où les valeurs de Remote Config ne provoqueront 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 de tenter 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 :

1. 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 à partir du serveur lors d'une session précédente et est presque instantané.
2. 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 minimum par défaut et ajoutez un écouteur de mise à jour de 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 contournent le paramètre d'intervalle de récupération minimum.
3. Dans le gestionnaire d'achèvement ou le rappel de l'appel d'extraction, 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.

Avec cette stratégie, le temps d'attente des utilisateurs est considérablement réduit. La combinaison des stratégies d'extraction et d'écoute en temps réel avec les appels activate() selon les besoins du cycle de vie de l'application garantit que les utilisateurs disposent des dernières valeurs de Remote Config lorsqu'ils interagissent avec votre application.

Chargement des anti-stratégies

Comme vous l'avez peut-être compris dans la discussion ci-dessus sur les avantages et les inconvénients du chargement, il existe quelques modèles d'utilisation à éviter.

• Ne mettez pas à jour ou ne modifiez pas les aspects de l'interface utilisateur pendant que l'utilisateur la consulte ou interagit avec elle, à moins que vous n'ayez des raisons professionnelles ou d'application sérieuses de le faire, comme la suppression d'options liées à une promotion qui vient de se terminer.
• N'envoyez pas un grand nombre de requêtes d'extraction simultanées, car cela pourrait entraîner la limitation de votre application par le serveur. Si vous devez fréquemment récupérer des mises à jour, utilisez la configuration à distance 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 pendant le développement actif, et la configuration à distance en temps réel est conçue pour ce cas d'utilisation. Consultez les conseils de limitation pour les plates-formes Android et Apple .
• Ne comptez pas sur la connectivité réseau pour obtenir les valeurs de Remote Config. Définissez des valeurs de paramètre par défaut dans l'application afin que votre application se comporte toujours comme prévu. Vous pouvez périodiquement synchroniser 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é .

Prochaines étapes

Ces trois stratégies de base ne constituent en aucun cas une liste complète des manières de charger les valeurs de configuration. Selon vos besoins, vous pourriez concevoir des stratégies beaucoup plus sophistiquées.

Consultez la référence API de votre plate-forme pour en savoir plus sur les appels spécifiques pour récupérer et activer les valeurs de configuration.