获取我们在 Firebase 峰会上发布的所有信息,了解 Firebase 可如何帮助您加快应用开发速度并满怀信心地运行应用。了解详情

Firebase 远程配置加载策略

使用集合让一切井井有条 根据您的偏好保存内容并对其进行分类。

Firebase Remote Config 为如何以及何时从服务器获取新值并在您的应用程序中激活它们提供了很大的灵活性,允许您通过控制任何可见配置更改的时间来确保高质量的最终用户体验。本指南着眼于一些加载策略,并讨论为您的应用选择最佳选项的关键考虑因素。

策略 1:获取并在加载时激活

在此策略中,您的应用程序将在您的应用程序首次启动时调用fetchAndActivate()以从远程配置中获取新值并在加载完成后立即激活它们。这种简单的方法适用于不会在 UI 中引起任何显着视觉变化的配置更改。在用户使用过程中 UI 可能发生明显变化的任何情况下都应避免使用它。

策略 2:在加载屏幕后激活

作为策略 1 中遇到的潜在 UI 问题的补救措施,您可以依赖加载屏幕。不要立即启动您的应用程序,而是显示加载屏幕并在完成处理程序中调用fetchAndActivate 。然后紧接着——再次使用回调或通知——关闭加载屏幕并允许用户开始与您的应用程序交互。

如果您使用此策略,建议为加载屏幕添加超时。 Remote Config 的一分钟超时时间对于用户优质的应用程序启动体验来说可能太长了。

策略三:为下次启动加载新值

一种有效的策略是加载新的配置值以在您的应用下次启动时激活。在这种策略中,您的应用程序在启动时激活获取的值,然后再尝试获取新的值,假设它可能已经获取但尚未激活新的配置值。该策略的操作顺序是:

  1. 启动时,立即激活先前获取的值。这会应用您在上一个会话中从服务器下载的任何值,并且几乎是即时的。
  2. 当用户与您的应用交互时,启动异步调用以根据默认的最小获取间隔获取新值。
  3. 在 fetch 调用的完成处理程序或回调中,什么都不做。您的应用程序将保留下载的值,直到您在下次应用程序启动时激活它们。

通过这种策略,用户等待时间大大减少。但是,用户必须再次运行您的应用才能看到最新的配置。您需要根据您的业务和应用程序逻辑来平衡这些注意事项。

加载反策略

您可能已经从上面关于加载优缺点的讨论中了解到,有几种使用模式需要避免。

  • 请勿在用户查看或与之交互时更新或切换 UI 的各个方面——除非您有充分的应用或业务理由这样做,例如删除与刚刚结束的促销活动相关的选项。
  • 不要同时发送大量提取请求,这可能会导致服务器限制您的应用程序。在大多数生产场景中发生这种情况的风险很低,但在积极的开发过程中可能会成为一个问题。查看AndroidApple 平台的节流指南。
  • 不要依赖网络连接来获取远程配置值。设置应用内默认参数值,以便您的应用始终按预期运行。您可以使用下载的模板默认值定期保持应用程序和远程配置后端默认值同步。

下一步

这三种基本策略绝不包含加载配置值的方法的完整列表。根据您的需要,您可以设计更复杂的策略,例如实时传播更新中描述的功能驱动的后台更新。

查看适用于您的平台的 API 参考,以了解有关获取和激活配置值的特定调用的更多信息。