Google 致力于为黑人社区推动种族平等。查看具体举措

Stratégies de chargement de Firebase Remote Config

Firebase Remote Config offre une grande flexibilité pour savoir comment et quand récupérer de nouvelles valeurs du serveur et les activer dans votre application, vous permettant de garantir une expérience utilisateur de qualité en contrôlant la synchronisation de tout changement de configuration visible. 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() 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 ont fini de charger. Cette approche simple fonctionne bien pour les changements de configuration qui n'entraînent pas de changements visuels spectaculaires dans votre interface utilisateur. Cela doit être évité dans toute situation où votre interface utilisateur pourrait changer sensiblement 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 votre application immédiatement, affichez un écran de chargement et appelez fetchAndActivate dans votre gestionnaire de complétion. Puis juste après cela, toujours à l'aide d'un rappel ou d'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'attente 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 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ée, 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 s'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 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. 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 des anti-stratégies

Comme vous l'avez peut-être compris d'après 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 modifiez pas les aspects de l'interface utilisateur pendant que l'utilisateur la visualise ou interagit avec elle, à moins que vous n'ayez de bonnes raisons applicatives ou commerciales pour le faire, comme la suppression d'options liées à une promotion qui vient de se terminer.
  • N'envoyez pas en masse 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 à la récupération et à l'activation des valeurs de configuration.