无需“文档更改”的手动核心数据模式迁移 警告？

Question

我的基于 Core Data 文档的应用程序（仅限 10.5）的数据模型位于 框架，因此使用核心数据映射自动模式升级 模型似乎不起作用。 看来核心数据机制 当他们找不到合适的数据模型或映射模型时 不在应用程序的主包中。 因此，不要使用自动 迁移，我正在手动运行迁移 configurePersistentStoreCoordinatorForURL:ofType:... 在我的 NSPersistenDocument 子类（代码如下）。 我迁移了持久化 存储到临时文件，然后覆盖现有文件（如果 迁移成功。 然后该文档会出现以下错误 消息“此文档的文件已被另一个应用程序更改 自从你打开或保存它以来。”当我尝试保存时。正如其他人在这方面 列表已指出，这是由于我修改了 文档的文件“在其背后”。 我尝试更新文档的 文件修改日期，如下所示，但随后出现错误对话框 并显示消息“文档“test.ovproj”的位置不能 决心。”当我尝试保存时。我不太确定这样做的原因 错误，但用一条不必要的消息（在本例中）交换另一条消息 这不完全是我想要的。

有人可以提供一些指导吗？ 有没有办法手动升级 文档持久存储的架构，无需触发其中之一 这些（在这种情况下不必要的）警告？

用于升级我的子类中的数据存储的代码 -configurePersistentStoreCoordinatorForURL:ofType:... ：

if(upgradeNeeded) {
           NSManagedObjectModel *sourceModel = [NSManagedObjectModel mergedModelFromBundles:VUIModelBundles() orStoreMetadata:meta];

           if(sourceModel == nil) {
               *error = [NSError errorWithDomain:VUIErrorDomainn ode:VUICoreDataErrorCode localizedReason:BWLocalizedString(@"Unable to find original data model for project.")];
               return NO;
           }

           NSManagedObjectModel *destinationModel = [self managedObjectModel];

           NSMigrationManager *migrationManager = [[NSMigrationManager alloc] initWithSourceModel:sourceModel destinationModel:destinationModel];
           NSMappingModel *mappingModel = [NSMappingModel mappingModelFromBundles:VUIModelBundles() forSourceModel:sourceModel destinationModel:destinationModel];
           if(mappingModel == nil) {
               *error = [NSError errorWithDomain:VUIErrorDomain code:VUICoreDataErrorCode localizedReason:BWLocalizedString(@"Unable to find mapping model to convert project to most recent project format.")];
               return NO;
           }

           @try {
               //move file to backup
               NSAssert([url isFileURL], @"store url is not a file URL");

               NSString *tmpPath = [NSString tempFilePath];
               id storeType = [meta objectForKey:NSStoreTypeKey];
               if(![migrationManager migrateStoreFromURL:url
                                                    type:storeType
                                                 options:storeOptions
                                        withMappingModel:mappingModel
                                       toDestinationURL:[NSURLfileURLWithPath:tmpPath]
                                         destinationType:storeType
                                      destinationOptions:storeOptions
                                                   error:error]) {

                   return NO;
               } else {
                   //replace old with new
                   if(![[NSFileManager defaultManager] removeItemAtPath:[url path] error:error] ||
                      ![[NSFileManager defaultManager] moveItemAtPath:tmpPath toPath:[url path] error:error]) {
                       return NO;
                   }

                   // update document file modification date to prevent warning (#292)
                   NSDate *newModificationDate = [[[NSFileManager defaultManager] fileAttributesAtPath:[url path] traverseLink:NO] bjectForKey:NSFileModificationDate];
                   [self setFileModificationDate:newModificationDate];
               }
           }
           @finally {
               [migrationManager release];
           }
       }
   }

   return [super configurePersistentStoreCoordinatorForURL:url ofType:fileType modelConfiguration:configuration storeOptions:storeOptions error:error];

Answer 1

我没有遇到过这种特殊情况，但我有一些猜测。 首先，当您想要切换文件时，不要使用 -removeItemAtPath: 和 -moveItemAtPath: ，而是使用 FSExchangeObjects() 函数。 NSDocument 使用 FSRefs 来跟踪文件，除非您使用 FSExchangeObjects()，否则它会意识到它正在查看一个完全不同的文件。

其次，您可以通过重写 -managementObjectModel 来手动设置文档的托管对象模型，特别是使用 +mergedModelFromBundles: 方法从框架加载模型。 根据文档，默认情况下它应该合并主捆绑包和所有链接框架中的任何模型，因此只有动态加载的捆绑包才需要这样做。 不知道为什么这对你不起作用，但我还没有尝试过。 要找出要搜索的包，NSBundle 的 +bundleForClass: 方法是你的朋友。

Answer 2

当心 FSExchangeObjects()！ 它不支持所有卷类型，请参阅 bSupportsFSExchangeObjects。 我自己也在寻找替代者。 选项似乎是 MoreFilesX 的 FSExchangeObjectsCompat 或 10.5 的 FSReplaceObjects()。

Answer 3

10年后...
我遇到了同样的问题，使用 NSDocument 的新 API，您可以在迁移后使用更新文件的新日期更新文档的 fileModificationDate，

migrate()
if let newModificationDate = try? NSFileManager.defaultManager().attributesOfItemAtPath(url.path!)[NSFileModificationDate] as? NSDate {
    self.fileModificationDate = newModificationDate
}

然后您可以调用 super.configurePersistentStoreCoordinatorForURL...

这是因为 NSDocument 甚至在调用 readFromURL:ofType 之前就设置了文件修改日期
请参阅 文档初始化消息流程