在属性 SwiftUI 中存储 Firebase 侦听器有什么好处？

Question

我想知道在属性中存储 Firebase 侦听器（例如 AuthStateDidChangeListener 或文档快照侦听器）有什么好处。

例如：

final class SessionStore: ObservableObject {
    @Published private(set) var currentUser: User?
    
    private var handle: AuthStateDidChangeListenerHandle?
    private var listener: ListenerRegistration?

    func listen() {
        guard handle == nil else { return }
        // This code will work irrespective of whether I put "handle =" or not
        handle = Auth.auth().addStateDidChangeListener { auth, _ in
            if let user = auth.currentUser {
                self.currentUser = user
            } else {
                self.currentUser = nil
            }
        }
    }
}

如果我没有将 Auth State Change Listener 存储在 handle 属性中，后果会是什么？据我所知，代码的工作原理相同。同样，对于文档快照侦听器，我是否将侦听器存储在属性中有什么区别：

listener = db.collection("col1").document("doc1").addSnapshotListener { snapshot, error in 
  \\...
}

对比不存储它，只是拥有：

db.collection("col1").document("doc1").addSnapshotListener { snapshot, error in 
  \\...
}

总结： 将AuthStateDidChangeListener 或文档快照侦听器存储在handle 或listener 等属性中与根本不存储有什么区别？不保存会有什么后果？

Answer 1

通过使用方法addSomeListner() -> Listner，您正在创建一个特殊的对象Listner，它允许您在事件发生时执行操作。

创建后，Listner 将开始侦听传入事件，而不管您侦听的“数据”的状态或使用它的上下文。

这是什么意思？有什么影响？

示例

您的文档一旦被删除，就无法使用相同的 ID 重新创建。

想象一个页面，其中显示名为“DOCUMENT_UNIQUE_A”的文档的数据。所以你会像这样创建一个监听器：

let myListner = document("DOCUMENT_UNIQUE_A").addSnapShotListner(\**/)

在某个时候，某人或用户会删除该文档。发生这种情况时，您的侦听器将收到“document-deleted”事件，您将执行一些操作（例如通过从列表中删除文档或其他方式来更新您的 UI）。

现在是重要的部分。一开始，我说过Listener 是一个不断等待事件的对象。但在我们的例子中，这个监听器永远不会收到新的事件，因为我们永远不会有一个具有相同 id 的文档。

通过存储监听器，您有机会将其移除并释放其内存空间。

myListner.remove()

所以来回答你的问题。

1. 为什么这两个代码都有效？因为 Firebase 创建了一个对您的侦听器的强引用，以避免对象被自动释放。
2. 有什么区别？通过存储监听器，您可以控制它，并且可以在您认为合适的时间删除它。

何时应删除侦听器的示例

1. 关闭视图后，其内容取决于该侦听器。
2. 如果您在 List 中并且每一行都有一个 Listener，则应考虑在 Row 未显示时停止它们。
3. 如果您有一个依赖于另一个侦听器的侦听器。

AuthListner 呢？

身份验证状态侦听器是一种特殊情况，因为在您的应用会话生命周期中，您总是可以期待用户事件（登录-注销-无效），因此永远不要删除或存储它通常是一个好习惯。

但请注意，由于末尾是普通的Listener，因此对其应用完全相同的规则。