2017-08-07 49 views
0

由于Application的全局变量用法是已知的。我在想也许在Application类的onCreate()方法中加载Firebase远程配置是很好的,所有的变量都将被存储为“public static”并且具有初始值。在应用程序类中加载Firebase远程配置

只是想知道这是否是一个好主意,因为我已经试过存储远程CONFIGS与经典的getter/setter私人对象和经常导致空例外。

回答

1

请勿使用应用程序。如果您有(或将要)有多个流程的应用程序,则某些Firebase功能可能会遇到问题。

没有保证,将呼叫在您的应用程序将提供的值,只要在需要时自动取()早期。您应该构建您的应用程序,同时考虑到可能需要一些时间来加载远程配置参数。如果您在启动时绝对需要它们,请创建加载屏幕并开始提取,只有在加载完成后才能进行提取。

有使用远程配置不同的策略,以及他们在this blog概述。

0

Firebase remote-configs是什么意思?

在我的经验,我通常使用应用程序的onCreate()开始火力地堡服务。

然后收集火力地堡令牌,听它的变化。我使用SharedPref来存储我的Firebase令牌。

这是我的方法。

空异常的原因是依赖于不同的环境。所以,最好是展示你的实现。

+0

我的意思是Firebase Remote Config变量。 https://firebase.google.com/docs/remote-config/ –

+0

我明白了。我的建议是不使用应用程序来做。原因是应用程序不能保证永远保留所有可变变量。 您的应用程序崩溃的原因是NullPointerException,GC可能会收集您定义的变量,并且当您的Firebase实例再次访问它时,它不再存在。 –

相关问题