ios - swift 用户界面 4 : navigationDestination( )'s destination view isn' t updated when state changes

Question

在 SwiftUI 4 中尝试使用新的 NavigationStack 时，我发现当状态发生变化时，navigationDestination() 返回的目标 View 不会更新。请参阅下面的代码。

struct ContentView: View {
    @State var data: [Int: String] = [
        1: "One",
        2: "Two",
        3: "Three",
        4: "Four"
    ]

    var body: some View {
        NavigationStack {
            List {
                ForEach(Array(data.keys).sorted(), id: \.self) { key in
                    NavigationLink("\(key)", value: key)
                }
            }
            .navigationDestination(for: Int.self) { key in
                if let value = data[key] {
                    VStack {
                        Text("This is \(value)").padding()
                        Button("Modify It") {
                            data[key] = "X"
                        }
                    }
                }
            }
        }
    }
}

重现问题的步骤:

1. 运行代码并单击列表中的第一项。这会将您带到该项目的详细 View 。

2. 详细 View 显示项目的值(value)。它还有一个按钮来修改值。单击该按钮。您会发现详细 View 中的值没有改变。

我通过在不同的地方设置断点来调试问题。我的观察:

• 当我点击按钮时，List 中的代码被执行。这符合预期。

• 但是传递给 navigationDestination() 的闭包没有被执行，这就解释了详细信息 View 没有被更新的原因。

有谁知道这是错误还是预期行为？如果这不是错误，我该如何编程以更新详细 View 中的值？

顺便说一句，如果我回到 Root View 并点击第一项再次进入它的详细 View ，传递给 navigationDestination() 的闭包会被执行，详细 View 会显示修改后的值正确。

Answer 1

@NoeOnJupiter 的解决方案和@Asperi 的评论非常有帮助。但正如您在我上面的评论中看到的，有一些细节我不确定。下面总结一下我最后的理解，希望能解惑。

1. navigationDestination() 接受一个闭包参数。该闭包捕获了 self 的不可变副本。

   顺便说一句，SwiftUI 利用属性包装器使“修改”不可变值成为可能，但我们不会在这里讨论细节。

2. 以我上面的代码为例，由于使用了@State包装器，不同版本的ContentView(即self 在闭包中捕获)共享相同的数据值。

   这里的关键点是我认为闭包实际上可以访问最新的data值。

3. 当用户点击“修改它”按钮时，data 状态发生变化，这导致 body 重新计算。由于 navigationDestination() 是 body 中的一个函数，它也会被调用。但是修饰函数只是 modifier(SomeModifier()) 的快捷方式。 Modifier 的实际工作在它的body 中。仅仅因为一个修饰函数被调用并不一定意味着相应的 Modifier 的 body 被调用。后者是一个谜(Apple 没有透露并且很难猜测的实现细节)。参见 this post例如(作者是苹果开发者论坛的高知名度用户):

   In my opinion, it definitely is a bug, but not sure if Apple will fix it soon.

   One workaround, pass a Binding instead of a value of @State variables.

   顺便说一句，我对此有一个假设。也许这是基于与 SwiftUI 如何确定它是否召回 subview 的主体类似的方法？ 我的猜测是它可能是一种设计，而不是错误。出于某种原因(性能？)，SwiftUI 团队决定缓存 navigationDestination() 返回的 View ，直到重新构建 NavigationStack。作为一名用户，我发现这种行为令人困惑，但这并不是 SwiftUI 中不一致行为的唯一例子。

因此，与我的想法不同，这不是闭包的问题，​​而是修饰符如何工作的问题。幸运的是，正如@NoeOnJupiter 和@Asperi 所建议的那样，有一个众所周知且可靠的解决方法。

---

更新:另一种解决方案是使用EnvironmentObject 来在数据模型更改时重新调用占位符 View 的主体。我最终使用了这种方法，它很可靠。绑定(bind)方法在我的简单实验中有效，但在我的应用程序中无效(当数据模型更改时，占位符 View 的主体没有被重新调用。我在这上面花了一天多的时间，但不幸的是我找不到任何方法在绑定(bind)神秘地停止工作时调试它)。