使用 Monotouch 时我应该选择 NSNotificactionCenter 还是 .NET 事件？

Question

在 Monotouch 中开发时，对于我们真正的 .NET event 还是 NSNotificationCenter 来说“更好”？

简单的例子：我有一个 UIViewController。它提供了一个事件“CallbackWhenDisappeared”。该事件在ViewDidDisappear中触发。有兴趣的可以报名参加活动。

我也可以在 NSNotificationCenter 上发布“MyFancyControllerHasDisappeared”，并让感兴趣的对象在那里订阅。

哪个版本是首选？

我看到的 .NET 事件的缺点是：消失的控制器可能持有对订阅控制器的引用（或者反过来？）并且可能不会被垃圾收集。

与类必须相互了解的事件相比，我还喜欢使用 NSNotificationCenter 时的松散耦合。

有错误或正确的做法吗？

Answer 1

我实际上更喜欢使用 TinyMessenger。与 NSNotifications 不同，它作为框架的一部分为您处理调用的异步性。

托管对象还允许更好的可调试性尤其考虑到这些通常是跨容器调用，我发现这非常有用。

var messageHub = new TinyMessengerHub();
// Publishing a message is as simple as calling the "Publish" method.
messageHub.Publish(new MyMessage());

// We can also publish asyncronously if necessary
messageHub.PublishAsync(new MyMessage());

// And we can get a callback when publishing is completed
messageHub.PublishAsync(new MyMessage(), MyCallback); 
// MyCallback is executed on completion

https://github.com/grumpydev/TinyMessenger

Answer 2

没有真正的正确或错误，但在我看来，它看起来是这样的：

NotificationCenter - 你不知道哪些对象对“事件”感兴趣，你将其发送出去，任何对象都可以接收它

.Net Events - 如果有两个对象之间的直接连接使用此连接，例如 UIViewController 将另一个 UIViewcontroller 显示为 Modal。 ModalUIViewcontroller 会触发一个事件，如果它会隐藏并且 UIViewController 已订阅它