iphone - AppDelegate 中的多个 NSManagedObjectContexts
<p><p>通常在单线程应用程序中，主托管对象上下文将驻留在 AppDelegate 中，我们将通过 appDelegate.mainMOC 访问它。但是现在 Apple 引入了嵌套上下文(父和子)，<a href="http://developer.apple.com/library/mac/#releasenotes/DataManagement/RN-CoreData/_index.html" rel="noreferrer noopener nofollow">they're recommending</a> “传递接力棒”的方法:</p>
<blockquote>
<p>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.</p>
</blockquote>
<p>但我真的不明白引入嵌套上下文如何使它“比以往任何时候都重要”。为什么我不能在 AppDelegate 中只有三个上下文(masterMOC、mainMOC、extraMOC)？这样做会有什么问题，为什么 Apple 反对这种方法？</p></p>
<br><hr><h1><strong>Best Answer-推荐答案</ strong></h1><br>
<p><p>首先将所有这些都放在应用程序委托(delegate)中是一个坏主意。它打破了各种软件设计规则。</p>
<p>话虽如此，想法是您不希望到处都编写代码，而这些代码必须确切地知道在哪个上下文中。使用您提出的解决方案，所有代码都必须知道使用 moc1、moc2 ，或 moc3。太脆了。</p>
<p>理想情况下，您会将 MOC 传递给代码，并且该代码使用它提供的 MOC。如果它需要创建一个scratch，它可以创建一个传递给它的MOC的 child (当然，假设MOC不是限制类型的)。</p>
<p>一种方法是传递对象，而不必担心确切的 MOC。必要时只需查询托管对象的 managedObjectContext 属性即可。</p>
<p>请注意，将内容保存在应用程序委托(delegate)中意味着您将其用作“厨房水槽”，并且在某些方面只是美化了全局变量。</p>
<p>顺便说一句，它“比以往任何时候都更重要”，因为新的线程策略更加严格，而且如果线程错误，您的代码几乎肯定会死得很惨。</p></p>
<p style="font-size: 20px;">关于iphone - AppDelegate 中的多个 NSManagedObjectContexts，我们在Stack Overflow上找到一个类似的问题：
<a href="https://stackoverflow.com/questions/11270295/" rel="noreferrer noopener nofollow" style="color: red;">
https://stackoverflow.com/questions/11270295/
</a>
</p>
页:
[1]