CoreData新增属性处理及Objective-C可选类型最佳实践咨询

这个方案完全合理，是CoreData轻量迁移场景下新增属性的标准实践。
CoreData触发自动轻量迁移时，存量的旧版本实体实例不会自动填充非可选属性的值，如果你把新增属性设为非可选且没有配置自定义迁移逻辑、也没设置合法默认值，启动时会直接触发迁移失败崩溃。而将新属性设为可选后，迁移过程会自动给存量实例的该属性赋值为空，不需要写任何额外迁移代码，对旧版本用户的兼容性最好，迭代成本最低。
如果后续业务迭代要求该属性必须非空，不要直接在数据模型层把属性改成非可选，应该先在业务逻辑里完成所有存量数据的属性值回填，再根据版本覆盖节奏调整属性配置，避免低版本升级用户触发迁移故障。

这个问题本质是Swift原生可选值类型和Objective-C runtime的桥接限制：CoreData的托管对象属性如果要兼容OC runtime，Swift原生的可选标量类型（包括Int16?/Int32?/Bool?等）都无法直接桥接，并非配置错误。业内通用的处理方式有三种，按推荐优先级排序：

• 优先评估业务是否真的需要可选值：如果业务上可以给新属性设定一个全局统一的默认值（比如未赋值状态统一为0），直接在CoreData模型编辑器里把属性设为非可选的标量类型Int16，同时配置好默认值，轻量迁移时CoreData会自动给所有存量实例填充该默认值，完全不存在桥接问题，代码里也可以直接用原生Int16类型，不需要写任何包装逻辑，是成本最低的方案。
• 如果项目是纯Swift技术栈、没有任何Objective-C代码需要兼容，直接把对应实体的Codegen模式从默认的Class Definition改为Category/Extension，手动编写托管对象的属性定义，直接声明Int16?类型的属性即可正常运行，不需要依赖OC桥接，不会有运行时问题。
• 如果必须兼容Objective-C、又不想在业务代码里直接用NSNumber?，可以通过存储属性+计算属性的方式做一层封装：CoreData底层用兼容OC的非可选标量Int16做存储，额外加一个布尔标记位记录该属性是否已经完成赋值，对外暴露Int16?类型的计算属性供业务层调用，示例代码如下：

// CoreData 托管的底层存储属性，配置默认值0
@NSManaged public var _storedInt16Value: Int16
// 标记位：记录新属性是否已经完成赋值，新增的布尔属性同样配置默认值false
@NSManaged public var isInt16ValueInited: Bool

// 业务层统一调用的计算属性，对外暴露Int16?类型
public var targetInt16Value: Int16? {
    get {
        guard isInt16ValueInited else { return nil }
        return _storedInt16Value
    }
    set {
        if let val = newValue {
            _storedInt16Value = val
            isInt16ValueInited = true
        } else {
            isInt16ValueInited = false
        }
    }
}

不要为了强行使用Swift原生可选标量去自定义CoreData的迁移逻辑或者持久化存储规则，很容易引入数据丢失、启动崩溃的隐性问题。

内容的提问来源于stack exchange，提问作者Nuri