NSManagedObject 子类名称与 Swift 基础类型冲突

Question

我现在正在处理的代码（从另一个团队继承）有一个基于 CoreData 的持久层。

其中一个实体名为“Notification”，它表示客户端应用程序从后端定期轮询的消息（与 APS 无关）；对应的 NSManagedObject 子类定义如下：

import Foundation
import CoreData

@objc(Notification) public class Notification: NSManagedObject {

    // etc...

不用说，这个类名会影响the homonymous Foundation type（对应于 Objective-C 端的 NSNotification）。该应用程序不使用 NotificationCenter 机制，因此直到现在都不是问题。

现在我需要为我的一些类引入通知以观察某些应用级事件，并且我不想每次都消除歧义，例如

let notification = Foundation.Notification.Name(...

我知道我不能在不破坏兼容性的情况下更改我的 CoreData 实体的类名，但我认为@objc(Notification) 可以让我更改 Swift 类名；例如：

@objc(Notification) public class AppNotification: NSManagedObject {
//    ^ This stays the same      ^ This changes

...毕竟，CoreData 是一个 Objective-C API。这是有道理的，如果我必须明确指定 Objective-C 桥接类名，也许我可以使用与模型不同的 Swift 类名。

但是不，如果我进行上述更改，我的应用程序会崩溃。

有没有办法解决这个问题，还是我坚持原作者的可怕决定（和缺乏远见）？

Answer 1

初始状态

假设您在 Swift 中有以下类：

@objc(Notification)
class Notification: NSManagedObject {

}

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

extension Notification : Identifiable {
}

以及模型中的以下实体：

更改类名

我可以更改班级名称吗？当然。只需更新您的代码：

@objc(MyNotification)
class MyNotification: NSManagedObject {
}

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

extension MyNotification : Identifiable {
}

还有你的模型：

保持实体名称设置为通知很重要。如果保持实体名称不变，则无需迁移。

其他cmets

• 如果在这样的更改后崩溃，您应该在问题中包含崩溃和堆栈跟踪。
• 它可能由于代码中的另一个问题而崩溃。
• 我看到人们仍然使用className作为实体名称，这是完全错误的，因为NSManagedObject子类名称可以与实体名称不同。也许，这是你的问题？不知道。
• 这是我们拥有NSEntityDescription 和name 的原因之一。
• 您可能还注意到我在 Codegen 中使用了Manual/None。那是因为我想在测试类名更改时避免任何代码生成干扰。
• 您也可以更改实体名称，但您需要迁移。