ios - CoreData+mogenerator - 如何防止中间数据模型中的 `setValue(forKey:)` 引用最终数据模型中实体的 'human' 类？

Question

我将 Core Data 与 mogenerator 结合使用来管理相当大且链接紧密的数据对象图。

由于过去一些不幸的设计决策(将数据存储为 Transformable 在对象中)，我在执行迁移时遇到了内存问题；迁移已经足够困难，以至于轻量级无法覆盖它，并且自定义迁移尝试将所有内容加载到内存中并惨遭失败。

基于优秀Core Data book作者:Marcus Zarra，我采用了他的渐进式迁移方法，以便能够根据轻量级、自定义或“编写您自己的”迁移策略来混合和匹配连续的迁移过程。我使用它来创建一个中间数据模型，在其中加载“大数据”对象并将其写入磁盘上的外部文件，而只保留该文件的 url。

基本上，这看起来像这样:

     v1   ----(lightweight)---------->  v1.5   --(lightweight)-->   v2
                         |                             |
* myData: Transformable  |  * myData: Transformable?   | * myDataUrl: String
                         |  * myDataUrl: String        |

在两次轻量级迁移之间，我连接了 NSPersistentStoreController对于中间模型，使用 fetchLimit 获取需要更改的对象, fetchBatchSize ;将数据写到磁盘上的文件中，并使存储在对象本身中的数据无效，在此期间，我定期保存 moc 并对处理的对象进行故障排除。

这工作得相当好..但是...迁移的另一部分工作得不太好，我删除了一个关系并将其替换为生成文件的“Human”类中的计算属性。，即

     v1   ----(lightweight)---------->  v1.5   --(lightweight)-->   v2
                              |                             |
* myRel ->> [Some object]     | * myRel ->> [Some object]?  |  (nothing stored here)
                                                               computed property `myRel` in the `MyEntity` human class

按照同样的原则，在“v1.5-to-v1.5”过程中，我将移动存储在 myRel 中的信息。到不同的级别并尝试将关系设置为 nil然后。使用数据模型 v2 的应用程序仍然可以访问myRel中引用的对象。使用相同的接口(interface)，因为我已将其添加为检索移动数据的计算属性。

public var myRel: [Some object] { return ... }

这是执行此操作的代码:

// Note that since I'm not working on the current data model version in this
// so-called migration pass, I cannot/should not refer to the real `MyEntity` class that
// mogenerator generates for me. 
let fetchRequest = NSFetchRequest<NSManagedObject>(entityName: "MyEntity")

let objects = try? moc.fetch(fetchRequest)
objects.forEach { object in
    // Process objects in `myRel` and move them to a different level
    let toProcess = ($0.value(forKey: "myRel") as? NSOrderedSet)?.array as? [NSManagedObject]?

    // ... process ...

    // Now nullify the original relationship
    $0.setValue(nil, forKey: "myRel")
}

最后一行会导致运行时崩溃，显示堆栈跟踪，该堆栈跟踪会导致为最终模型版本而不是此中间模型生成的“对象”文件生成器

#0  0x0000000100f6885e in MyEntity.myRel.getter at ...
#1  0x0000000100f68732 in @objc MyEntity.myRel.getter ()
#2  0x000000010ebf7db7 in _PF_Handler_Public_GetProperty ()
#3  0x000000010124f221 in NSKeyValueWillChangeBySetting ()
#4  0x0000000101249798 in NSKeyValueWillChange ()
#5  0x000000010121f618 in -[NSObject(NSKeyValueObserverNotification) willChangeValueForKey:] ()
#6  0x0000000100f47222 in NSManagedObject.setValue<A where ...> (Any?, for : A) -> () at ...

当然，这会崩溃，因为我正在处理的数据模型不包含我的计算属性 myRel 中引用的实体。 (这些仅存在于数据模型 v2 中)

这让我很惊讶，我构建了 NSFetchRequest特别是 <NSManagedObject>希望“切掉” MyEntity 的底层动态逻辑类，但 Core Data/Swift 似乎根据实体名称/描述推断运行时类型。有什么办法可以避免这个问题吗？

我还尝试使用 setPrimitiveValue ，但这会导致我的 moc 错过更改，我对对象所做的更改不会以这种方式保存。

Answer 1

把这一切写下来有助于我们看到曙光。我通过将中间数据模型中的 myRel 重命名为 myRelOld 并在中间转换中访问该模型，设法解决了该问题。由于在迁移到数据模型 v2 时关系已被删除，因此这并不重要。