看这篇文章之前，最好先看上篇文章 juejin.cn/post/734342...
在上篇文章中我们大致了解了基础 UI 展示，那么你肯定很好奇，数据是怎么驱动 UI 来刷新的呢，这篇文章带你来了解一下常用的几种方式。
比较常见是： @State @Binding @ObserverObject @EnvironmentObject 了解 Swift 的应该都知道@xxx 实质上是 struct 类型的属性包装器
1、@State
最简单的 UI 和 数据关联方式，使用@State 修饰的值， 在SwiftUI 中会自动转成一对setter和getter函数， 对这个属性赋值操作将会触发View的刷新，话不多说看🌰：
点我们点 Test 之后界面会展示 100
2、@Binding
思考一个问题：因为sudokuBrain是类型值，怎么能传递到子页面，在子页面中修改来影响当前页面呢？
@Binding就是来解决这个问题的 会将值类型转换成为 引用类型的定义，给@Binding 修饰的属性赋值, 改变的是他的引用
如蓝色框中所示，我们在SudokuItemRow 中修改Brain就可以上溯到上级UI，来更新整个UI，有点类似C中的指针传递
3、ObservedObject
@State非常适合 struct和enum值类型，可以自动完成状态到UI的更新，比较适合这种比较简单的数据结构，面对更加复杂的页面，也可能各个属性之间彼此耦合，我们应该选择更加灵活的方式例如 @ObserverdObject, 订阅实现是依靠ObjectWillChange以及ObjectWillChange.send()来完成的，简单来看个例如
这样修改model的sudobrain会刷新UI，当然我们也可以使用@published让编译自动生成ObjectWillChange 如下
4、@EnvironmentObject
observedObject很方便,但是或者你想说 我不想进行多个层级的传递值，那么可以使用@EnvironmentObject，这个好像和单例有点像，我们看看代码
这种提供了很大的方便，特别是多个层级逐级传递值的时候，它更像一个context，提供给我们使用
基本上这几种方式完全可以提供我们使用，我们可以根据数据的复杂度，页面的复杂度选择适合自己的方式来处理逻辑和UI