Firebase远程配置与数据库

Kon*_*kin 5 firebase firebase-realtime-database firebase-remote-config

我有一些参数,我希望能够控制而不进行更新.有两种选择:

  1. 远程配置 - 使用12小时的默认缓存来获取它们.
  2. 数据库 - 在初始化应用程序时创建配置对象并获取它.

如果我使用远程配置并更改某些参数,则可能存在一些条件,即我的某些用户必须等待12小时才能使参数更改生效.我的一些参数在这么长的时间内都不会出错,这是否意味着这些参数应该存储在数据库配置对象中,而远程配置只适用于12小时内可以容忍的参数?

Dou*_*son 8

乍一看,Firebase远程配置看起来像是一组简单的键/值对,它们会被拉入您的应用程序.如果这就是您所需要的,远程配置将不会为您提供比实时数据库更好的功能.但是如果你从这里的第一句中的链接中读取功能列表,那就远远不止于此.

远程配置与实时数据库的区别在于,您可以为参数建立条件,以配置谁查看了哪些值.

另外值得注意的是,远程配置与Google Analytics for Firebase绑定,这意味着您的条件可以基于您定义的受众群体,并且您基本上可以执行A/B实验并在Firebase控制台中衡量结果.这一切都可以通过直观的界面完成,无需工程师安全操作(想象一下,让非技术经理访问Firebase实时数据库UI以进行一些配置更改).

Firebase实时数据库没有上述任何功能.也就是说,如果您不想要或不需要任何这些功能,您仍然可以使用它进行简单配置,如果这对您来说更容易.

另请注意,您可以更改远程配置的缓存行为.只需看看客户端API即可.


Vya*_*lav 3

你误解了一些东西。

此功能用于 A/B 测试。使用此信息作为实时存储是完全错误的。没有任何“不正确”的数据!

顺便说一句,可以使用 firebaseRemoteConfig.fetch(<your_new_time_in_sec>) 最少 10 分钟(3600 秒)来减少缓存时间

就是这样!

https://firebase.google.com/docs/remote-config/ios#caching_and_throtdling

https://firebase.google.com/docs/remote-config/android#caching

In your case Firebase database is better approach. Or create your own server.