UndoManager 和多个 MOC

Question

我有 3 个 MOC。

1. MainThread MOC 显示内容（使用 undomanager）
2. 后台保存 MOC 将数据保存到磁盘（连接到存储）
3. Backgorund-update MOC 从服务器下载数据，解析并稍后保存

他们是父子关系。

1. 后台更新 -> 1. MainThread -> 2. 后台保存（存储）

现在，当我从后台下载数据时，我需要在主线程上禁用 undomanager，以便它们不会被撤消 - 这可能是用户同时编辑某些内容的情况。

现在的问题是这是否正确。我在后台更新线程中有该代码

 //create child background context which is child of 1. MainThread
 NSManagedObjectContext* context = [[AppManager sharedAppManager] createChildManagedObjectContext];
 //I'M DOING ALL CHANGES ON DATA HERE
 [context.parentContext.undoManager disableUndoRegistration]; //disable undo on main thread
 [context save:nil]; //save changes to background thread
 [context.parentContext save:nil]; //save changes to main thread
 [context.parentContext processPendingChanges]; //process changes on main thread
 [context.parentContext.parentContext save:nil]; //save data to disc on 3. save-thread
 [context.parentContext.undoManager enableUndoRegistration]; //enable undo again

方块看起来像这样：

[context.parentContext performBlockAndWait:^{
            [context.parentContext.undoManager disableUndoRegistration];

            [context performBlockAndWait:^{
                [context save:nil];
            }];

            [context.parentContext save:nil];
            [context.parentContext processPendingChanges];

            [context.parentContext performBlockAndWait:^{
                [context.parentContext.parentContext save:nil];
            }];

            [context.parentContext.undoManager enableUndoRegistration];
        }];

我之所以问，是因为我偶尔会遇到一些不一致的崩溃，而我真的找不到原因。

Answer 1

首先，关于发布的代码的一些基本观察。

1. 你应该只在绝对必要的时候使用performBlockAndWait...这几乎是永远不会的。

2. 您在子上下文中调用 performBlockAndWait，而在父上下文中调用 performBlockAndWait。你应该永远不要那样做。

3. 在具有专利上下文的上下文中使用performBlockAndWait 调用save: 几乎可以保证不会执行您认为的操作。它所做的只是保存到父上下文。

4. 您在同一上下文中的 performBlockAndWait 内调用 performBlockAndWait。没有错，因为该调用是可重入的。但是，另一个线索表明您的 CD 堆栈管理存在问题。

现在，一些建议可能会有所帮助。

在您的情况下，我建议您更改 MOC 层次结构。将私有队列 MOC 作为主队列 MOC 的父队列。这允许您的数据库更改异步完成。那里没有错。请记住，您必须将 save: 调用级联到父级或安排保存，因为保存主 MOC 只会将其数据向上复制堆栈到父上下文，并且不会触及底层数据库。

但是，我会采用该背景 MOC 并将其作为主 MOC 的子级删除。现在，您完全不必担心撤消管理器，您可以不用管它。

说到撤消管理器，我发现最好的撤消管理器是子上下文。我只会创建一个作为主要上下文的子上下文的上下文，并在其中进行所有更改。如果放弃更改，只需删除上下文。一切都被撤消了。您可以在该上下文中安装撤消管理器以进行增量撤消管理。

现在，如何处理正在执行某种类型的异步更新（可能来自某些 Web 服务）的后台上下文。我建议：

1. 将其父级设置为与主 MOC 相同。您将需要刷新主 MOC 以更改父级。这样做的缺点是，对数据库的任何更新都是通过同一个父 MOC 同步的，为主 MOC 留出了更多机会在获取时等待。

2. 将其直接连接到持久存储协调器，并使用通知合并更改。

最后，重新审视您的设计，看看您是否可以使用异步调用。你真的应该能够不打电话给performBlock，并且只在极少数情况下打电话给performBlockAndWait。