ios - 除了从 appDelegate 获取之外，如何获取 viewController 的 managedObjectContext？

Question

最近我了解到“您真的不应该调用 AppDelegate 来获取托管对象上下文”。 Apple 也已将此建议放入其文档中 here .它是这样的:

A view controller typically shouldn’t retrieve the context from a global object such as the application delegate—this makes the application architecture rigid. Neither should a view controller create a context for its own use (unless it’s a nested context). This may mean that operations performed using the controller’s context aren’t registered with other contexts, so different view controllers will have different perspectives on the data.

此外，他们还提到了其他一些获取上下文的方法。到目前为止，我无法弄清楚他们在那里想说什么。任何人都可以对这个问题有所了解。任何支持语句的代码片段都将受到欢迎。

编辑

Sometimes, though, it’s easier or more appropriate to retrieve the context from somewhere other than application or the document, or the view controller. Several objects you might use in a Core Data-based application keep a reference to a managed object context. A managed object itself has a reference to its own context, as do the various controller objects that support Core Data such as array and object controllers (NSArrayController and NSObjectController in OS X, and NSFetchedResultsController in iOS).

Retrieving the context from one of these objects has the advantage that if you re-architect your application, for example to make use of multiple contexts, your code is likely to remain valid. For example, if you have a managed object, and you want to create a new managed object that will be related to it, you can ask original object for its managed object context and create the new object using that. This will ensure that the new object you create is in the same context as the original.

它到底是什么？我确信它与下面的高度投票答案不相似。有人可以帮助我理解这部分 Apple 文档吗？

Answer 1

这叫做依赖注入(inject)。基本上，调用者/构造者应该将 NSManagedObjectContext 设置到被调用者/构造者上。

在您的 AppDelegate 中，您应该将 NSManagedObjectContext 设置到与 UIWindow 关联的 rootViewController 中。

然后，您的 rootViewController 应该将 NSManagedObjectContext 设置到下一个 View Controller 中，依此类推。

如何？它只是 View Controller 类上的一个简单属性，调用者使用:

[nextViewController setManagedObjectContext:[self managedObjectContext]];

有些人可能会推荐单例，但这是另一个最好避免的深坑。

更新

依赖注入(inject)是最好的方法。

这是 Apple 设计的方法。另一种选择涉及某种形式的单例:AppDelegate 或其他单例。

"The downside of passing the same context between controllers is that if a same entity is modified in two different places, you have to manage the merge conflict."

那是一个完全不同的问题，不会用多个 NSManagedObjectContext 实例来解决。事实上，多个实例会使情况变得更糟并保证合并冲突。

在那种情况下，您的 View Controller 应该监听托管对象的变化并对其使用react。使得无法在 UI 中同时在两个位置更新它。用户根本无法同时关注两个地方，因此第二个位置将实时更新。

这是该问题的正确答案。

将两个实体置于同一上下文中将确保其正常工作。多个上下文将导致它们成为内存中具有相同数据的两个对象，并且如果不保存到上下文就无法注意到更改。

但是，如果您的 View Controller 在没有用户干预的情况下修改数据，那么您就会遇到一个单独的问题。 View Controller 供用户修改或查看数据。它们不是任何类型的数据后台处理的地方。

如果您处于重要情况，那么这与您提出的问题不同。在那种情况下，您(应该)使用多个线程(UI 线程、导入线程)并且您必须每个至少有一个上下文。

在那种情况下，您确实有合并冲突的风险，您需要为发生的情况编写代码。第一步是更改 NSManagedObjectContext 实例的合并策略。

更新

我怀疑您误读了该文档。

描述的是从 NSManagedObject 实例中获取 NSManagedObjectContext 的能力。这绝对有用。以能够添加或编辑对象的 View Controller 为例。通过将 只是 NSManagedObject 推送到 View Controller ，您可以控制和决定 View Controller 将要触及的内容。接收 View Controller 知道它需要允许编辑接收到的 NSManagedObject。它不关心正在使用什么 NSManagedObjectContext。它可以与主体一起工作，它可以与 child 一起工作，它可以在单元测试中被隔离，它不需要知道或关心。如果用户选择保存编辑，它只是显示来自 NSManagedObject 的数据，并保存关联的 NSManagedObjectContext。

该文档并不建议为您的 NSManagedObjectContext 提供一些通用位置(也称为单例)。这表明，如果您有另一种方法来访问与 NSManagedObject 关联的 NSManagedObjectContext，那么这样做是可以的，而且这样做绝对有意义。