iphone - AppDelegate 中的多个 NSManagedObjectContext

Question

通常在单线程应用程序中，主托管对象上下文将驻留在 AppDelegate 中，我们将通过 appDelegate.mainMOC 访问它。但是现在 Apple 引入了嵌套上下文(父和子)，they're recommending “传递接力棒”方法:

Nested contexts make it more important than ever that you adopt the “pass the baton” approach of accessing a context (by passing a context from one view controller to the next) rather than retrieving it directly from the application delegate.

但我真的不明白引入嵌套上下文如何让它“比以往任何时候都更重要”。为什么我不能在 AppDelegate 中只有三个上下文(masterMOC、mainMOC、extraMOC)？这样做会有什么问题，为什么 Apple 不建议采用这种方法？

Answer 1

首先，将所有这些都放在应用委托(delegate)中并不是一个好主意。它打破了各种软件设计规则。

话虽如此，我们的想法是您不想在必须准确知道事物在哪个上下文中的所有地方都编写代码。使用您提出的解决方案，所有代码都必须知道使用 moc1、moc2 , 或 moc3.这是非常脆弱的。

理想情况下，您会将 MOC 传递给代码，并且该代码使用它所提供的 MOC。如果它需要创建一个 scratch，它可以创建传递给它的 MOC 的子级(当然，假设 MOC 不是限制类型)。

一种方法是传递对象，不必担心确切的 MOC。必要时只需查询托管对象的 managedObjectContext 属性即可。

请注意，将内容保留在应用程序委托(delegate)中意味着您将其用作“厨房水槽”，并且在某些方面只是美化了全局变量。

顺便说一句，它“比以往任何时候都重要”，因为新的线程策略更加严格，如果线程出错，您的代码几乎肯定会惨死。