Stratégies de chargement de Firebase Remote Config

Firebase Remote Config vous offre une grande flexibilité quand et comment récupérer de nouvelles valeurs sur le serveur et les activer dans votre application. Vous pouvez ainsi garantir une expérience de qualité aux utilisateurs finaux en contrôlant la durée de diffusion les modifications de configuration. Vous pouvez récupérer de nouvelles valeurs au lancement de l'application en utilisant fetchAndActivate() et utilisent 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 la publication d'une nouvelle version de votre Remote Config.

Ce guide présente quelques stratégies de chargement présente les points clés à prendre en compte pour choisir la meilleure option pour votre application.

Stratégie 1: Extraire et activer lors du chargement

Avec cette stratégie, votre application appelle fetchAndActivate() la première fois qu'elle commence à récupérer de nouvelles valeurs à partir de Remote Config et à les activer dès que une fois le chargement terminé. Cette approche simple est adaptée aux configurations des modifications qui n'entraînent pas tout changement visuel radical dans votre interface utilisateur. Il doit s'agir à éviter dans toute situation où l'interface utilisateur pourrait sensiblement changer pendant que les utilisateurs sont en train de l'utiliser.

Une fois que votre application a appelé fetchAndActivate(), elle peut commencer à écouter les paramètres. la valeur est mise à jour en temps réel en appelant addOnConfigUpdateListener. Cette méthode commence à écouter les mises à jour des valeurs de paramètre côté serveur, les récupère puis appelle l'écouteur. Une stratégie simple consiste à activer le nouveau dans l'écouteur. Toutefois, comme indiqué 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 utiliser un écran de chargement. Au lieu de lancer votre application tout de suite, écran et appeler fetchAndActivate dans votre gestionnaire d'achèvement. Ensuite, juste après, à nouveau à l'aide d'un rappel ou d'une notification — fermer l'écran de chargement et permettre à l'utilisateur de commencer à interagir avec votre application.

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

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 points de votre application où les valeurs Remote Config n'entraîneront pas de changements visuels importants.

Remarque : Si vous chargez des valeurs pour un test A/B, cette stratégie est vivement recommandée. Avec A/B Testing, un délai supplémentaire est nécessaire à mesure que l'utilisateur participe au test et que ses valeurs sont appliquées.

Stratégie 3: Charger de nouvelles valeurs pour le prochain démarrage

Une stratégie efficace consiste à charger de nouvelles valeurs de configuration au prochain démarrage de votre application. Avec cette stratégie, votre application s'active les valeurs récupérées au démarrage avant de tenter d'en récupérer de nouvelles, en exécutant qu'il a peut-être déjà été récupéré, mais pas encore activé. : nouvelles valeurs de configuration. L'ordre des opérations pour cette stratégie est le suivant:

1. Au démarrage, activer immédiatement les valeurs récupérées précédemment. 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 vers extraire de nouvelles valeurs en fonction de l'intervalle de récupération minimal par défaut et ajouter une l'écouteur de mise à jour de la configuration en temps réel. L'écouteur en temps réel récupérer 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 minimal de récupération.
3. 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.

Avec cette stratégie, le temps d'attente des utilisateurs est considérablement réduit. En combinant les stratégies de récupération et d'écouteur en temps réel avec des appels activate() selon les besoins dans le 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.

Conseil:Utilisez fetch() et addOnConfigUpdateListener() comme méthodes complémentaires. Il est Nous vous recommandons d'appeler la récupération une fois par lancement d'appli, puis de commencer à écouter les mises à jour. en temps réel et les activer selon les besoins. Écouter les mises à jour en temps réel rend il est possible d'obtenir les dernières valeurs de paramètres sans avoir à appeler la méthode "Fetch" fréquemment.

Chargement des anti-stratégies

Comme vous l'avez peut-être compris dans notre discussion sur les avantages et les inconvénients du chargement, vous devez éviter quelques schémas d'utilisation.

• Ne modifiez pas certains aspects de l'interface utilisateur lorsque l'utilisateur la consulte ou interagir avec elle, sauf si votre application ou vos motivations commerciales sont solides ; par exemple en supprimant les options liées à une promotion terminé.
• N'envoyez pas un nombre important de requêtes de récupération simultanées. Dans le cas contraire, sur le serveur qui limitent votre application. Si vous devez récupérer fréquemment des mises à jour, utilisez Remote Config en temps réel. Alors que le risque de limitation est faible dans la plupart des scénarios de production, il peut s'agir pendant le développement actif, et Remote Config en temps réel est conçu pour ce cas d'utilisation. Découvrez la limitation conseils.
• Ne vous appuyez pas sur la connectivité réseau pour obtenir des valeurs Remote Config. À définir dans l'application par défaut afin que votre application 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 d'un modèle téléchargé valeurs par défaut.

Étapes suivantes

Ces trois stratégies de base ne constituent en aucun cas une liste complète des moyens de charger des valeurs de configuration. En fonction de vos besoins, vous pouvez élaborer des stratégies beaucoup plus sophistiquées.

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