通常在单线程应用程序中,主托管对象上下文将驻留在 AppDelegate 中,我们可以通过 appDelegate.mainMOC 访问它。但现在苹果引入了嵌套上下文(父级和子级),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)?这样做会出现什么问题,为什么苹果建议不要采用这种方法?
最佳答案
将所有这些都放在应用程序委托(delegate)中首先是一个坏主意。它打破了各种软件设计规则。
话虽如此,我们的想法是,您不想在各处编写必须确切知道哪个上下文的代码。根据您提出的解决方案,所有代码都必须知道使用 moc1、moc2 ,或 moc3。这是非常脆弱的。理想情况下,您将传递一个 MOC 给代码,并且该代码使用给定的 MOC。如果需要创建暂存,它可以创建传递给它的 MOC 的子级(当然,假设 MOC 不是限制类型)。
一种方法是传递对象,并且不必担心确切的 MOC。必要时只需查询托管对象的 ManagedObjectContext 属性即可。
请注意,将内容保留在应用程序委托(delegate)中意味着您将其用作“厨房水槽”,并且在某些方面只是美化了全局变量。
顺便说一句,它“比以往任何时候都更重要”,因为新的线程策略更加严格,如果线程错误,你的代码几乎肯定会惨死。
关于iphone - AppDelegate 中的多个 NSManagedObjectContext,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/11270295/