5

我目前正在使用一个用于在后台导入数据的NSPersistentDocument子类。NSOperation根据文档，我正在观察NSManagedObjectContextDidSaveNotification在后台任务中保存后并NSManagedObjectContext使用-mergeChangesFromContextDidSaveNotification:.

一切正常，但它为将数据导入新文档的用户呈现了一个奇怪的工作流程。他们需要在导入之前保存一个空文档（否则会-save:失败，因为该文档没有为NSPersistentStoreCoordinator.-writeToURL:ofType:forSaveOperation:originalContentsURL:error:在导入之前被调用。

此外，后台的导入任务似乎排除了NSUndoManager在主线程上使用。（我假设跨线程共享托管对象上下文的撤消管理器是不安全的。）从用户的角度来看，没有办法撤消在导入期间创建的所有新对象。

我已经阅读了Core Data Programming Guide和 Marcus Zarra 的书，但我对框架的这方面仍然很陌生。希望我忽略了一些事情：如果没有，我会让我的应用程序适应这些限制（Core Data 的好处远远超过这些用户界面限制。）

谢谢你的时间！

--

根据下面 Peter Hosey 的建议，我添加了以下代码以在导入之前创建一个临时持久存储：

NSPersistentStoreCoordinator *persistentStoreCoordinator = [self.managedObjectContext persistentStoreCoordinator];
if ([[persistentStoreCoordinator persistentStores] count] == 0) {
    // create an in-memory store to use temporarily
    NSError *error;
    NSPersistentStore *persistentStore = [persistentStoreCoordinator addPersistentStoreWithType:NSInMemoryStoreType configuration:nil URL:nil options:nil error:&error];
    if (! persistentStore) {
        NSLog(@"error = %@", error); // TODO: better error handling
    }
}

然后，在保存面板中选择文件后，临时持久存储将迁移到所选 URL 处的 SQLite 存储：

- (BOOL)writeToURL:(NSURL *)absoluteURL ofType:(NSString *)typeName forSaveOperation:(NSSaveOperationType)saveOperation originalContentsURL:(NSURL *)absoluteOriginalContentsURL error:(NSError **)error
{
    NSPersistentStoreCoordinator *persistentStoreCoordinator = [self.managedObjectContext persistentStoreCoordinator];
    for (NSPersistentStore *persistentStore in [persistentStoreCoordinator persistentStores]) {
        if (persistentStore.type == NSInMemoryStoreType) {
            // migrate the in-memory store to a SQLite store
            NSError *error;
            NSPersistentStore *newPersistentStore = [persistentStoreCoordinator migratePersistentStore:persistentStore toURL:absoluteURL options:nil withType:NSSQLiteStoreType error:&error];
            if (! newPersistentStore) {
                NSLog(@"error = %@", error); // TODO: better error handling
            }
        }
    }

    return [super writeToURL:absoluteURL ofType:typeName forSaveOperation:saveOperation originalContentsURL:absoluteOriginalContentsURL error:error];
}
4

4 回答 4

5

我不是任何人的核心数据专家，但从我从文档中可以看出，您需要从内存存储开始，直到用户（在他们自己的时间）保存文档。然后，向协调器发送一条migratePersistentStore:toURL:options:withType:error:消息以从内存存储切换到新的真正持久存储。请参阅该文档以了解一些基本细节（特别是关于您迁移的商店的命运）。

于 2011-02-07T19:46:54.310 回答
2

我不是 100% 熟悉 Mac 的东西，但我相信你可以在用户保存之前使用内存中的持久存储，然后在该操作之后添加 sql/plist 存储。

可能更好的是在标准临时目录中创建磁盘上的持久存储，并在用户单击保存时将其移动。

于 2011-02-07T19:45:53.390 回答
2

我对工作流/保存部分的第一个想法是，如果尚未为文档创建持久存储，则创建一个临时内存存储，以便将导入的数据保存到该存储（尽管文档/窗口仍将被标记为脏）。然后，一旦用户真正保存了文档，您将重新配置协调器以删除内存存储并将其替换为磁盘存储，因此所有进一步的保存都将转到磁盘。

于 2011-02-07T19:43:00.267 回答
0

您在设置协调器时是否尝试过设置临时文件 URL？您应该能够撤消 -mergeChangesFromContextDidSaveNotification: 在主线程上。无需在后台线程上为 MOC 注册撤消管理器。

于 2011-02-07T19:43:31.683 回答