Swift NSManagedObject子类在10.13及更低版本上错误地添加了模块名称

如何解决Swift NSManagedObject子类在10.13及更低版本上错误地添加了模块名称

上下文

我正在使用Xcode 12在macOS Catalina（10.15.6）上构建应用程序。该应用程序使用Core Data。我已经让Xcode使用Swift生成我的NSManagedObject实体的子类。看起来像这样：

// LPProject+CoreDataClass.swift

import Foundation
import CoreData

@objc(LPProject)
public class LPProject: NSManagedObject
{
    @objc func printStuff() {
        NSLog("This is a function to test the situation.")
    }
}

以及另一个自动生成的文件：

// LPProject+CoreDataProperties.swift

import Foundation
import CoreData

extension LPProject {

    @nonobjc public class func fetchRequest() -> NSFetchRequest<LPProject> {
        return NSFetchRequest<LPProject>(entityName: "LPProject")
    }

}

我已省略了实体的属性，因为它们与问题无关。

---

问题

我的应用程序的一部分仍然是Objective-C。在那部分中，我创建一个LPProject实体并尝试调用printStuff()：

// Assume 'moc' is an NSManagedObjectContext defined elsewhere.

LPProject *project = [NSEntityDescription insertNewObjectForEntityForName:@"LPProject" inManagedObjectContext:moc];

[project printSomeStuff];

在macOS 10.14和10.15上，它可以完美运行。在macOS 10.13和更低版本上，它会导致“无法识别的选择器”崩溃：

-[NSManagedObject printStuff]: unrecognized selector sent to instance 0x01038202384929

之所以会这样，是因为模块名称位于类名称的前面。我看到以下日志消息：

warning: Unable to load class named 'MyApp.LPProject' for entity 'LPProject'.
Class not found,using default NSManagedObject instead.

根据我发现的所有内容，该实体已在Core Data编辑器中正确配置为与@objc()声明一起使用：

那么...我想念什么？为什么模块名称在10.13之前而不是在10.14和10.15之前放在类名之前？

解决方法

我尝试了很多方法，包括基于其他SO答案的方法：

1. 删除@obc(LPProject)属性，改用@objc LPProject。修复了macOS 10.11-> 10.13，但在10.14和10.15上打破了轻量级迁移。

2. 在Xcode的模型编辑器中删除所有实体的“模块”，并允许Core Data使用全局名称空间。这破坏了现代的macOS，并且违反了Apple的最新准则。

---

要旨

macOS 10.14和10.15上的核心数据解析MyApp.LPProject来找到类LPProject，从而实例化了正确的NSManagedObject子类。但是，在macOS 10.13及更低版本上，Core Data无法将两者连接，因此，它没有实例化LPProject对象，而是回退到通用NSManagedObject对象。

因此，在macOS 10.13及更低版本上，我们必须告诉Core Data名为“ LPProject”的实体的该死的类名是LPProject而不是MyApp.LPProject。我们必须对模型中的每个实体重复此操作。为此，我们可以劫持模型加载点：

- (NSManagedObjectModel *) managedObjectModel 
{
    if (_managedObjectModel) {
        return _managedObjectModel;
    }
    
    NSURL *modelURL = [[NSBundle mainBundle] URLForResource:@"myDataFile" withExtension:@"momd"];
    _managedObjectModel = [[NSManagedObjectModel alloc] initWithContentsOfURL:modelURL];
    
    if (@available(macOS 10.14,*))
    {
        // Do nothing; not needed
    }
    else
    {
        NSArray<NSEntityDescription*> *entities = [_managedObjectModel entities];
        NSMutableArray *fixedEntities = [NSMutableArray arrayWithCapacity:entities.count];

        for (NSEntityDescription *des in entities)
        {
            if ([des.managedObjectClassName hasPrefix:@"MyApp."] && des.managedObjectClassName.length > 6) {
                NSString *fixedName = [des.managedObjectClassName substringFromIndex:6];
                des.managedObjectClassName = fixedName;
            }
            [fixedEntities addObject:des];
        }
        
        [_managedObjectModel setEntities:fixedEntities];
    }
    
    return _managedObjectModel;
}

---

结果

以上完全解决了问题。在旧的macOS版本上，Core Data现在可以为每个实体正确找到正确的NSManagedObject子类。它也适用于现代macOS版本。轻量级迁移也继续适用于所有版本。

注意：此方法与NSManagedObject子类中的@objc(LPProject)属性一起使用（由Xcode 12自动生成），并在Core Data Model Editor GUI中将每个实体的“模块”设置为“当前产品模块”在Xcode中。

注2：我不知道这是否理智。它具有丑陋黑客的所有特征，但是（A）它起作用并且（B）它对大多数用户macOS 10.14+上的任何内容均未做任何更改。

注3：如果使用此功能，请确保将6调整为模块名称中的字符数（包括句点）。否则，你会过得很糟糕。