ios - 在 Core Data 轻量级迁移到添加了新属性的版本之后，该属性为 nil

我正在尝试在我的应用的核心数据中设置一些测试轻量级迁移，但我遇到了一些奇怪的问题。

在我的应用程序的版本 2 和版本 3 模型之间，我刚刚添加了一个新的 integer32 属性。属性的默认值设置为 0(Xcode 在您创建新属性时创建的默认值。我尝试过将新属性设置为可选或不设置来测试这个问题，但没有任何区别。

我使用 Xcode 自动生成我的 NSManagedObject 子类，其中包含我添加的新属性。

我正在使用 UIManagedDocument 加载我的核心数据文件并已将其设置为执行自动迁移

NSDictionary *docOptions = @{
                        NSMigratePersistentStoresAutomaticallyOption : @YES,
                        NSInferMappingModelAutomaticallyOption : @YES
                        };
self.document.persistentStoreOptions = docOptions;

我使用当前文档设置为版本 2 的实时数据集，然后将应用程序更改为版本 3。我运行它并且文档成功打开，因此我认为迁移工作正常。不知道当它失败时如何从中得到任何错误，我的日志中没有任何内容。

一旦我尝试实际访问我添加的 CoreData 实体实例的 NSManagedObject 子类的新属性的 NSNumber 属性，我发现该属性为 nil，而不是默认 0 的 NSNumber。

我在这方面能找到的所有教程、文档和问题似乎并没有说我应该做任何其他事情来让它工作。

如果我干净地使用版本 3 模型并使用该版本创建新实体，那么正如您所期望的那样，新属性不是 nil，所以一切正常。它只是迁移到这个新版本，似乎没有在现有实体实例中正确创建新属性。

我们将一如既往地感谢任何人的帮助!干杯。

---

Best Answer-推荐答案

这实际上相当简单，但可能有点不直观。

您将此新属性值视为“nil”的原因是您很可能将其定义为“可选”属性。这意味着将其设置为 nil 是可以接受的，因此 CoreData 在迁移期间不会填充它。

默认值仅在向数据库插入新实体时才有意义。

我看到几个可能的解决方案:

• 将此新属性定义为非可选(简单且干净)。

或者-如果您确实需要将此属性保留为可选(但是，根据您的问题，我怀疑情况是否如此，这也不是最干净的解决方案):

• 执行“内容迁移”是这样的方式:
  • 检测您何时从版本 2 迁移到版本 3(您可以使用存储元数据来跟踪/保留当前的内容“版本”号)。
  • 查询所有现有条目，并根据需要填充数据。

或者:

• 使用比轻量级迁移更高级的迁移机制。

关于ios - 在 Core Data 轻量级迁移到添加了新属性的版本之后，该属性为 nil，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/24438187/