与objectWillChangeSequence中的onChange修饰符相比，SwiftUI的目的是什么？

Question

该示例来自一个名为WWDC22的SwiftUI导航食谱视频。

创建一个NavigationModel来存储导航路径。

• 当视图出现时，NavigationModel将加载SceneStorage的数据(如果存在的话)。
• 每当NavigationModel更改时，通过查看自定义objectWillChangeSequence计算属性，将其数据表示形式保存在SceneStorage中。

最后一点引起了我的兴趣:为什么不使用.onChange修饰符呢？如下所示：

.onChange(of: navModel.path) { _ in
    data = navModel.jsonData
}

注意：objectWillChangeSequence属性的定义如下：

var objectWillChangeSequence: AsyncPublisher<Publishers.Buffer<ObservableObjectPublisher>> {
    objectWillChange.buffer(size: 1, prefetch: .byRequest, whenFull: .dropOldest).values
}

​

​

Answer 1

视频中显示的示例中有很多错误。

一个错误是Recipe结构有let id = UUID()，这意味着即使恢复了导航路径，也永远找不到以前查看过的菜谱，因为它与持久化时有不同的id。

我们可以用以下方法快速解决这个问题：

struct Recipe: Hashable, Identifiable {
    var id: String {
        return name
    }

现在，@SceneStorage将开始工作，我们可以测试用.onChange替换它。

我们很快就发现NavigationModel比recipePath更多，还有selectedCategory和columnVisibility。如果我们将onChange与jsonData一起使用，那么我们将不必要地执行一段代码，只是为了检查是否有更改。