在 UIView 控制器之间传递 NSManagedObject 的方法

Question

在一个应用程序中，可能有不同的UIViewControllers 需要共享相同的NSManagedObject。我通常会做以下事情：

@interface CustomController : UIViewController

@property (nonatomic, retain) ProductNSManagedObject* productManaged;

@end

然后，当我创建 CustomController 时，我将其注入如下：

customController.productManaged = ....

一旦完成，CustomController 负责发布它。

这种方法效果很好（我不知道它是否正确），但是当控制器需要该对象但它不是具有该对象的控制器的直接子对象时该怎么办？例如

MainController -> ChildController -> SubChildController -> ....

MainController 拥有托管对象。

我是否必须创建很多中间属性，还是需要执行新的NSFetchRequest 或其他？

同样的方面可以应用于NSManagedObjectContext。环顾四周，我发现可以从拥有它的应用程序委托中获取上下文（如果有的话）。但正如 Marcus Zarra 在 passing-around-a-nsmanagedobjectcontext-on-the-iphone 中所写，这种方法缺乏灵活性。

有什么建议吗？提前谢谢你。

Answer 1

我创建了一个单例对象，其中包含将在整个应用程序中使用的托管对象上下文。我将任何与数据相关的支持代码（例如，持久存储协调器）放在这个单例中，并将所有视图和控制器信息与其分开。

在一种情况下，我需要另一个线程的托管对象上下文。很明显，重构并将该上下文放在同一个单例中会很有用。然后可以在单例内部完成两个上下文之间的合并。

这有助于我管理我的代码。你可以考虑一下。

Answer 2

这是一个非常常见的问题（相关问题请参阅here 和here）。正如我在相关问题的答案中所写，您应该远离单例并创建一个单独的对象，该对象将负责对象实例化，为您的应用程序创建对象图。这个单独的对象可以保存对所有共享对象的引用并将它们提供给正在构建的对象，因此您的常规对象都不必保留对某些东西的引用，只是为了将其作为依赖项传递给其他对象。请参阅blog post 了解更多反对单例滥用的理由和进一步的指示，尤其是 Miško Hevery 的文章。

我创建了一个sample Xcode project，它展示了如何在没有单例的情况下连接应用程序，保持低耦合并解决其他单例问题。目前很简单，后面会添加更多常见的用例。