Google is committed to advancing racial equity for Black communities. See how.
Cette page a été traduite par l'API Cloud Translation.
Switch to English

Firebase Remote Config loading strategies

Firebase Remote Config offre une grande flexibilité quant à la manière et au moment de récupérer les nouvelles valeurs du serveur et de les activer dans votre application, ce qui vous permet de garantir une expérience utilisateur de qualité en contrôlant le calendrier des modifications de configuration visibles. Ce guide examine quelques stratégies de chargement et traite des considérations clés pour choisir la meilleure option pour votre application.

Stratégie 1: récupérer et activer en charge

Dans cette stratégie, votre application appellerait fetchAndActivate() lorsque votre application démarre pour la première fois 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 dramatiques dans votre interface utilisateur. Cela doit être évité dans toute situation où votre interface utilisateur pourrait changer de façon notable pendant que les utilisateurs sont en train de l'utiliser.

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

Pour remédier au problème potentiel de l'interface utilisateur rencontré dans la stratégie 1, vous pouvez vous fier à un écran de chargement. Au lieu de démarrer immédiatement votre application, affichez un écran de chargement et appelez fetchAndActivate dans votre gestionnaire d'achèvement. Puis 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'expiration à l'écran de chargement. Le délai d'une minute de Remote Config peut être trop long pour une expérience de démarrage d'application de qualité pour les utilisateurs.

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.
  3. Dans le gestionnaire d'achèvement ou le rappel pour 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 minimisé. Cependant, l'utilisateur doit exécuter votre application une deuxième fois pour voir la dernière configuration. Vous devrez équilibrer ces considérations par rapport à la logique de votre entreprise et de votre application.

Chargement d'anti-stratégies

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

  • Ne mettez pas à jour ou ne changez pas d'aspect de l'interface utilisateur pendant que l'utilisateur la consulte ou interagit avec elle, à moins que vous n'ayez de bonnes raisons de le faire pour une application ou une entreprise, 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, ce qui pourrait entraîner la limitation de votre application par le serveur. Les risques que cela se produise sont faibles dans la plupart des scénarios de production, mais cela peut être un problème pendant le développement actif. Consultez les conseils de limitation pour Android et iOS .

Prochaines étapes

Ces trois stratégies de base ne comprennent en aucun cas une liste complète des façons de charger les valeurs de configuration. En fonction de vos besoins, vous pouvez concevoir des stratégies beaucoup plus sophistiquées telles que les mises à jour en arrière-plan basées sur les fonctions décrites dans Propager les mises à jour en temps réel .

Consultez la référence API de votre plate-forme pour en savoir plus sur les appels spécifiques pour la récupération et l'activation des valeurs de configuration.