为什么FirebaseDatabase客户端的两种方法脱机？ [英] Why Two Methods for FirebaseDatabase Client Offline?

问题描述

FirebaseDatabase提供了两种让客户端脱机的方法： $ b

DatabaseReference.goOffline（）

$ b

手动断开Firebase数据库客户端从服务器和
禁用自动重新连接。注意：调用此方法将影响
所有Firebase数据库连接。

FirebaseDatabase.goOffline（）

关闭我们与Firebase数据库后端的连接，直到
goOnline（）被调用。

到 FirebaseDatabase.getInstance（）。goOffline（）产生预期的结果：
$ b

1. ValueEventListener 为.info / connected触发断开连接


2. OnDisconnect action执行
   
3. ValueEventListener s用于远程更改不会触发，本地更改会执行


4. CompletionListener s不会触发

调用 DatabaseReference.goOffline（）似乎不起作用。没有上面列出的行为发生。它坏了吗？如果不是这样，它与另一个 goOffline（）？

解决方案

有什么不同？这是9.x版本中的一个疏忽。 FirebaseDatabase.getInstance（）。goOffline（） / goOnline（）是正确的使用方法， DatabaseReference.goOffline（） / goOnline（）确实会被破坏，并将在未来版本中删除。对不起，我感到困惑！

FirebaseDatabase offers two methods to take a client offline:

DatabaseReference.goOffline()

Manually disconnect the Firebase Database client from the server and disable automatic reconnection. Note: Invoking this method will impact all Firebase Database connections.

FirebaseDatabase.goOffline()

Shuts down our connection to the Firebase Database backend until goOnline() is called.

A call to FirebaseDatabase.getInstance().goOffline() produces the expected results:

1. ValueEventListener for ".info/connected" fires for the disconnect
2. OnDisconnect action executes
3. ValueEventListeners for remote changes do not fire, those for local changes do
4. CompletionListeners do not fire

A call to DatabaseReference.goOffline() seems to have no effect. None of the behavior listed above occurs. Is it broken? If not, how does it differ from the other goOffline()?

解决方案

This was an oversight in the 9.x release. FirebaseDatabase.getInstance().goOffline() / goOnline() are the correct methods to use and DatabaseReference.goOffline() / goOnline() are indeed broken and will be removed in a future release. Sorry for the confusion!

这篇关于为什么FirebaseDatabase客户端的两种方法脱机？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！