问题描述
就像很多应用程序一样，当我点击列表中的一行时，我有一个项目列表（由Core Data fetch请求填充），一个用于创建新项目的工作表以及一个用于编辑项目的工作表。我试图统一两种形式来创建和编辑更新，并将取消/保存逻辑置于表单的超级视图中。
所以我有这样的东西：
- ListView：具有由Core Data获取请求填充的行的列表
- AddView：一个带有FormView嵌入+取消并保存按钮的NavigationView
- EditView：一个带有FormView的NavigationView嵌入+取消并保存按钮
- FormView：用于更新项目名称的TextField
在AddView的init（）中，我创建了一个没有任何上下文的新NSManagedobject（之所以这样做，是因为我不希望在AddView中创建新项时更新ListView，而只是在保存时此项目->替代方法可能是使用子上下文，或根据返回对象的isInserted或objectID.istemporaryID过滤获取请求的结果。 AddView包含一个内嵌FormView的NavigationView，一个取消按钮和一个保存按钮。根据托管对象上的计算属性（此对象的名称不能为nil）禁用此保存按钮。
在EditView中，我传递了从ListView中窃听的项目。此项是附加到应用程序主viewContext的现有NSManagedobject（来自ListView的获取请求）。 EditView包含一个内嵌FormView的NavigationView，一个Cancel按钮和一个Save按钮（与AddView完全一样）。基于相同的计算属性，也将禁用此保存按钮。
我的问题是，当我从FormView中的TextField更新项目的名称时，启用/禁用保存按钮的条件不适用于AddView（当我更改项目名称时，实际上不会刷新此AddView从FormView），但可用于EditView（当我从FormView更改项目名称时，将刷新此EditView）。如果我在AddView的init（）中将上下文附加到新的NSManagedobject，则该条件的工作方式就像在EditView中一样。
因此看来SwiftUI没有观察到没有任何上下文的NSManagedobject？我是否遗漏了任何东西，或者是一个错误？
解决方法
如果托管对象的变更通知能力取决于上下文的存在，我不会感到惊讶（但尚未验证）。我想不出要创建没有上下文的托管对象的情况。
您应该使用子上下文。上下文在Core Data中为您做了很多工作（管理关系，可能会进行更改通知，验证等），并提供了一种取消/保存更改的简单方法-仅保存子上下文，数据流回到主上下文中，或者放弃上下文放弃。
,获取更改通知的一种解决方法是将此替代方法添加到NSManagedObject子类中：
override public func willChangeValue(forKey key: String) {
super.willChangeValue(forKey: key)
self.objectWillChange.send()
}
可以将NSManagedObject子类化以添加此覆盖（更多信息here和here）
如果我们不想触发每个键的更改，我们可以更详细地说明更新值。这也适用于关系（不适用于上述解决方案）。
func setName(_ name: String) {
objectWillChange.send()
self.name = name
}
在这种情况下，即使观察到的对象没有上下文，我的AddView也会更新（仅当对象存在上下文时，更改通知才可能触发）。根据我的NSManagedObject子类中的以下计算属性，禁用/启用了保存按钮。
var canBeSaved: Bool {
if self.name.isEmpty {
return false
} else {
return true
}
}