我正试图在我的应用程序的核心数据中设置一些测试轻量级迁移，但是我遇到了一个奇怪的问题。
在我的应用程序的版本2和版本3模型之间，我刚刚添加了一个新的integer32属性。该属性的默认值被设置为0 (Xcode在创建新属性时创建的默认值)。我试着用新属性设置为可选或非可选来测试这个问题，它没有任何区别。
我使用Xcode自动生成我的NSManagedObject子类，它包含了我添加的新属性。
我使用UIManagedDocument来加载我的核心数据文件，并设置它来执行自动迁移
NSDictionary *docOptions = @{
NSMigratePersistentStoresAutomaticallyOption : @YES,
NSInferMappingModelAutomaticallyOption : @YES
};
self.document.persistentStoreOptions = docOptions;
我将当前文档设置为版本2的实时数据集，然后将应用程序更改为版本3。我运行它并成功打开文档，因此我假定迁移工作正确。当它失败时，不知道如何得到任何错误，我的日志中没有任何内容。
一旦我尝试为我添加的CoreData实体的实例实际访问NSManagedObject子类的新属性的NSNumber属性，我就发现该属性是nil，而不是默认的NSNumber 0。
我能找到的所有教程、文档和问题似乎都没有说我应该做任何其他事情来让这个工作。
如果我干净地使用版本3模型并使用该版本创建新实体，那么正如您所期望的那样，新属性是非nil，因此一切正常。它只是迁移到这个新版本，似乎不能在现有实体实例中正确创建新属性。
任何人的帮助都将一如既往地感激!欢呼。
这实际上相当简单，但可能有点不直观。
你看到这个新属性值为'nil'的原因是因为你很可能将它定义为'可选'属性。这意味着它被设置为nil是可以接受的，所以CoreData在迁移过程中不会填充它。
默认值只在向数据库插入新实体时起作用。
我看到一些可能的解决方案:
- 将这个新属性定义为非可选的(简单而干净)。
或者-如果你真的需要保持这个属性为可选的(虽然，根据你的问题，我怀疑这是这种情况，而且，这不是一个真正干净的解决方案):
- 执行"内容迁移"是这样的:
- 检测何时从版本2迁移到版本3(您可以使用存储元数据来跟踪/保持当前的内容"版本"号)。
- 查询所有现有条目，并根据需要填充数据。
或:
- 使用比轻量级迁移更高级的迁移机制。