用于管理观察者的 Objective-C 设计模式

Question

在我的应用程序中，我有一个对象，它封装了通过 HTTP 与服务器的通信。 如果服务器上发生更改，例如会话不再有效，或者有新消息给用户等，此对象会发出一些 HTTP 请求以“轮询”。

应用程序的 UI 对象必须将自己注册到通信对象才能通过 UI 对象实现的协议接收通知。注册是通过如下方法完成的：

[communicationObject addObserver: self];

并删除自身：

[communicationObject removeObserver: self];

通信对象将观察者存储在一个可变数组中。在某些情况下，UI 对象是在 UINavigationController 中推送的 UIViewController。在那种情况下，当用户回到父控制器时，UI控制器并没有被释放，因为通信对象的观察者数组保留了它，并且UI控制器不能将自己从观察者中移除，因为dealloc 方法永远不会被调用（显然）。

问题：这个观察者通知器是一个糟糕的设计模式？有没有不使用viewWillDisappear方法检测到UI控制器被父控制器释放的方法？有解决此类情况的最佳做法吗？

Answer 1

最佳实践

如果您使用观察者模式，并且您希望视图控制器在屏幕上观察一个值仅，最好在viewDidAppear 中调用addObserver:，和removeObserver: 中的viewWillDisappear。这不是错误的设计或滥用这些方法；实际上，这是标准做法，也是对这些视图控制器方法的很好使用。

如果您希望视图控制器继续观察一个值即使在它从屏幕上移除后，首先确保这确实是您想要的。如果是的话，有几件事要记住：

• 特别是，确保您的视图控制器设置为，如果它以前存在并且新出现在屏幕上，它会具有相同的状态，就好像它是从头开始实例化并立即出现在屏幕上一样。一种体面的方法（通常是我在自己的项目中所做的）是将所有设置代码保存在 setup 方法中，并确保在实例化和演示时都调用它。
• 此外，请务必避免在后台引发昂贵的无关计算。通常，这可以通过在呈现视图控制器时调用 setup 方法来完成，而不是在对象的生命周期内保持一致的状态。
• 最后，一定要记住，视图控制器只有在屏幕上时才连接其出口（视图/子视图，通常统称为视图层次结构）。当它关闭但保留时，这些都是nil。检查其视图层次结构是否就绪的一个好方法是通过isViewLoaded 属性。

保留与展示

这里重要的是不要混淆视图控制器（或任何对象，就此而言）被保留某处，并且它是在屏幕上的想法。这些是非常不同的事件，而且通常不会重合。例如，如果您有一个“父”视图控制器（例如UINavigationController）管理一个或多个“子”视图控制器，则可能会同时实例化和保留多个视图控制器，而只呈现一个一次出现在屏幕上。

更好：NSNotificationCenter

如果您愿意，处理全局事件的另一个选项是通过NSNotificationCenter，它允许您指定selector 来调用观察者，允许匿名发布通知，并允许关联任意事件对象 (userInfo)带有通知事件。这样，您的communicationObject 将向[NSNotificationCenter defaultCenter] 发布通知，而您的视图控制器将观察defaultCenter 上的通知。您仍然可以以类似的方式添加/删除观察者对象，但您会获得一种集中的、更强大的方式来协调全局事件。