在预期并可以接受数据丢失的情况下，在早期开发期间轻松进行核心数据迁移

Question

当Core Data应用处于早期开发阶段时，其托管对象模型通常会不断变化。 对于每个构建，都会从模型中添加或删除新的托管对象和属性。

当托管对象模型更改时，该应用将在下次运行时崩溃，并显示以下错误：

用于开设商店的模型与用于创建商店的模型不兼容

在这种情况下 ， 常见的建议是从设备/模拟器中 删除该应用 ，然后重新运行 。

这对于使用Xcode的开发人员来说效果很好，但对于发布过程中涉及的非技术利益相关者却很烦人。 最好不向CEO或质量检查小组说明他们必须删除该应用程序，然后再从TestFlight安装该更新，这将是更可取的。 还是要解决由该问题引起的崩溃错误。

一旦模型最终确定下来，我们将实施真正的 Core Data迁移策略。

在这个开发阶段，数据丢失是可以接受的，也是可以预期的。

在发布应用程序之前，将删除此方法。

在版本之间将更改“迁移”到托管对象模型的最简单，轻便，可移动，调试方式是什么？ 这可能等同于“删除应用程序并重新运行”，但无需手动删除应用程序。

这应该处理对Core Data堆栈的所有更改，包括添加和删除托管对象和属性。

Answer 1

在这种情况下，我将检查当前模型的兼容性，然后如果需要迁移，则删除SQLite数据库。

考虑使用（在Objective-C中）

// error, sourceStoreURL, theManagedObjectModel are valid

NSDictionary *storeMetadata=[NSPersistentStoreCoordinator metadataForPersistentStoreOfType: NSSQLiteStoreType
    URL: sourceStoreURL error: &error];
BOOL storeIsCurrent=[theManagedObjectModel isConfiguration: nil
    compatibleWithStoreMetadata: storeMetadata];
if (!storeIsCurrent)
{
    // Alert user
    // Delete on-disk store via sourceStoreURL
    // (including -wal and -shm files if journaling enabled)
}

Answer 2

更改模型时，可以更改商店URL。

您甚至可以为早期开发进行模型版本控制，然后在发货之前将其全部删除。 这也可以帮助您的团队了解模型版本控制的来龙去脉。