Question

我正在尝试做什么：

使用Web API执行后台同步，而不会冻结UI。我正在使用MagicalRecord，但它并不是特定的。
确保我使用上下文＆amp;这样正确

我的问题是什么：我的理解是否正确？最后加上几个问题。

因此，MagicalRecord提供的上下文是：

PrivateQueueConcurrencyType 的 MR_rootSavingContext ，用于将数据保存到商店，这是一个缓慢的过程 MainQueueConcurrencyType 的
MR_defaultContext
对于背景，您可能希望使用由 MR_context（）生成的上下文，该上下文是MR_defaultContext的子项，并且是 PrivateQueueConcurrencyType

现在，为了以异步方式保存，我们有两个选择：

MR_saveToPersistentStoreWithCompletion（），它将一直保存到MR_rootSavingContext并写入磁盘

MR_saveOnlySelfWithCompletion（），它只会保存到父上下文（即使用MR_context创建的上下文的MR_defaultContext）

从那里开始，我认为我可以在不冻结UI的情况下执行以下操作（让我们称之为尝试＃1）：

let context = NSManagedObjectContext.MR_context() for i in 1...1_000 { let user = User.MR_createInContext(context) as User context.MR_saveOnlySelfWithCompletion(nil) } // I would normally call MR_saveOnlySelfWithCompletion here, but calling it inside the loop makes any UI block easier to spot

但是，我的假设是错误的。我looked into MR_saveOnlySelfWithCompletion并看到它依赖于

[self performBlock:saveBlock];

according to Apple Docs


在接收者的队列上异步执行给定的块。

所以我有点困惑，因为我希望它不会因此而阻止用户界面。

然后我尝试了（让我们称之为尝试＃2）

let context = NSManagedObjectContext.MR_context() for i in 1...1_000 { let user = User.MR_createInContext(context) as User dispatch_async(dispatch_get_global_queue(DISPATCH_QUEUE_PRIORITY_DEFAULT, 0)) { () -> Void in context.MR_saveOnlySelfWithCompletion(nil) } }

这就完成了工作，但感觉不对。

然后我在release notes of iOS 5.0
中找到了一些东西

将消息发送到使用队列创建的上下文时   关联，您必须使用performBlock：或performBlockAndWait：   方法，如果您的代码尚未在该队列上执行（对于   主队列类型）或在performBlock ...调用的范围内   （对于私有队列类型）。在传递给那些的块内   方法，您可以自由使用NSManagedObjectContext的方法。

所以，我假设：

尝试＃1会冻结UI，因为我实际上是从主队列中调用它而不是在performBlock的范围内

尝试＃2工作，但我正在创建另一个线程，而上下文已经有自己的后台线程

所以of course我应该做的是使用saveWithBlock：

MagicalRecord.saveWithBlock { (localContext) -> Void in for i in 1...1_000 { User.MR_createInContext(context) } }

这将执行PrivateQueueConcurrencyType的操作on a direct child of MR_rootSavingContext。感谢rootContextChanged，MR_defaultContext可以使用MR_rootSavingContext的任何更改。

所以看来：

MR_defaultContext是显示数据的理想环境

编辑最好在MR_context（MR_defaultContext的子代）
中完成
长时间运行的任务（例如服务器同步）最好使用saveWithBlock
完成

它仍然没有得到如何使用MR_save [...] WithCompletion（）。我会在MR_context上使用它，但因为它在我的测试用例中阻止了主线程，所以我不知道它何时变得相关（或者我错过了什么......）。

感谢您的时间：）

Answer 1

好的，我很少使用魔法记录但是因为你说你的问题比较一般，我会尝试回答。

一些理论：在创建上下文时，您会传递一个指示符，指示您是希望将其绑定在主要线程还是后台线程上

let context = NSManagedObjectContext(concurrencyType: NSManagedObjectContextConcurrencyType.PrivateQueueConcurrencyType)

通过＆＃34;绑定＆＃34;我们的意思是内部引用一个线程。在上面的示例中，新的线程由上下文创建并拥有。此主题不会自动使用，但必须明确调用：

context.performBlock({ () -> Void in
   context.save(nil)
   return
});

所以您的代码使用＆＃39; dispatch_async＆＃39;是错误的，因为上下文绑定的线程只能从上下文本身引用（它是一个私有线程）。

你必须从上面推断出，如果上下文绑定到主线程，从主线程调用 performBlock 将不做任何不同的调用上下文方法直接。

最后评论你的要点：

MR_defaultContext是显示数据的完美上下文：必须从上下文访问NSManagedObject 创建它实际上是你可以提供的唯一上下文用户界面。
编辑最好在MR_context（MR_defaultContext的子项）中完成：编辑并不昂贵，您应该关注上面的规则。如果您正在调用一个从主线程编辑NSManagedObject属性的函数（比如点按一个按钮）你应该更新主要的上下文。另一方面是节省的昂贵，这就是为什么你的主要背景不应该与a相关联直接持久存储，但只是将其编辑推送到根目录具有持久存储的后台并发的上下文。
长时间运行的任务（例如服务器同步）最好使用saveWithBlock 是。

现在，在尝试1

for i in 1...1_000 {
    let user = User.MR_createInContext(context) as User
}
context.MR_saveOnlySelfWithCompletion(nil)

无需为每个对象创建进行保存。即使UI没有被阻止，也是浪费。

关于MR_context。在魔法记录的文档中，我看不到一个“MR_context”＆＃39;所以我想知道它是否是访问主要上下文的快速方法。如果是这样，它将会阻止。

Answer 2

阅读这篇文章，我发现它很有帮助。 http://martiancraft.com/blog/2015/03/core-data-stack/？

保存NSManagedObjectContext而不点击主线程

2 个答案: