将 UIViewController 设置为另一个 UIViewController 的属性是不是一个坏主意？

Question

例如，假设我有一个 RootViewController 类和 AnotherViewController 类，并且我需要将 RootViewController 中的属性从 AnotherViewController< /code>...在 AnotherViewController.h 中拥有“RootViewController”属性是否安全（以便我可以访问其实例变量）？

@interface AnotherViewController : UIViewController {
    RootViewController *rootViewController;
}

@property (nonatomic, retain) RootViewController *rootViewController;
@end

@implementation AnotherViewController

@synthesize rootViewController;

- (void)someMethod {
    // set the data was added flag, so the rootViewController knows to scroll to the bottom of the tableView to show the new data
    self.rootViewController.dataWasAdded = YES;

    // if the user came in via a search result, make the search controller's tableView go away
    self.rootViewController.searchDisplayController.active = NO;
}

如果这不是一个好主意，有人可以解释为什么吗？

在上面的代码中，我知道我可以使用协议/委托来处理同样的事情 - 我猜我可能应该这样做。然而，我读过的书籍或其他材料都没有真正讨论过这一点。

我问的原因是我正在使我的应用程序通用，并使用 UISplitViewController 我注意到我需要经常更新我的“主视图”作为用户“详细视图”中的更改。因此，我采取了看似简单的方法并开始将 UIViewControllers 设置为属性...但我遇到了一些难以跟踪的内存泄漏和偶尔的崩溃。我读到了一些有关“循环引用”的内容，想知道这是否可能是问题的一部分（我确实有几个地方将 UIViewControllers 设置为彼此的属性）。

感谢您提供任何见解或指向涵盖此内容的参考材料。

Answer 1

我会避免养成这种习惯，因为有更好更安全的选择。使用协议/委托是 Apple 跨类管理数据的首选方式。您还可以设置 NSNotifications 以将数据/事件从一个类发送/触发到另一个类。键值观察（KVO）也是监听变化的好方法。

在 MVC 结构中，子视图和下游控制器确实不应该知道（也称为保留引用）其父视图。父母管理和跟踪孩子的方式应该始终相反。