Firebase iOS SDK回调函数的实现细节

Firebase iOS SDK回调函数的实现细节,ios,callback,firebase,Ios,Callback,Firebase,我正在开发一个iOS应用程序。在这种情况下,我使用一对多类型的回调。NSNotification Center或key value observing很好地满足了这一要求。然而,我只是想知道Firebase iOS sdk回调中的两个调用中的哪一个正在幕后使用,这两个调用类似于以下(FirebaseHandle)observeeAutheventwithBlock:(void(^)(FAuthData*authData))block 这将帮助我改进我的代码很多。感谢我们发现Firebase将我们

我正在开发一个iOS应用程序。在这种情况下,我使用一对多类型的回调。NSNotification Center或key value observing很好地满足了这一要求。然而,我只是想知道Firebase iOS sdk回调中的两个调用中的哪一个正在幕后使用,这两个调用类似于以下
(FirebaseHandle)observeeAutheventwithBlock:(void(^)(FAuthData*authData))block


这将帮助我改进我的代码很多。感谢

我们发现Firebase将我们与(需要知道)它如何处理通知的内部工作隔离开来。您是否有内部Firebase通知影响代码的情况?如果是这样,您可能需要研究另一个编码方向。您发布的代码块可以很容易地滚动到KVO或通知中。@Jay甚至我也在考虑同样的问题。我也有同样的情况。我想知道是否有比KVO或通知更好的方法,然后我偶然发现了这个firebase,并好奇地想知道他们使用的东西是否比KVO或通知更好。如果你有一些想法,请分享。PS:我已经在我的代码中实现了通知。@kerry我们不知道内部工作,但实际上并不需要。后端利用套接字,因此在某一点上很可能同时涉及KVO和通知。作为旁注,并没有真正解决这个问题;通过观察节点时调用的块,您可以轻松地更新KVO的属性或发送通知。