看这篇文章之前,最好先看上篇文章 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