SwiftUI

最近抽空终于把官方SwiftUI Tutorials撸了一遍，网上已经很多翻译或者该Tutorials说明。这里就不说明了，本文注重是我在学习过程中遇到的问题和一些思考。学习仓库

1. Identifiable

作为一个对象的唯一标识，用于model数据。(感觉类似React的组件的Key)

struct Hike: Identifiable {
    var id: Int
    //...//
}

这样在ForEach的时候就可以不用写id。

2. 属性装饰器：State

State就是一个数据和View的绑定：当 State 更新的时候，view将重新校验UI，并且更新自身。（TM不就是React那套吗，连名字都不改）

@State var draftProfile = Profile.default

3. 属性装饰器：Binding

正常用于上层页面给下级页面传递数据，因为在 Swift 中值的传递形式是值类型传递方式，也就是传递给子节点的是一个拷贝过的值。但是通过 @Binding 修饰器修饰后，属性变成了一个引用类型，传递变成了引用传递，这样父子视图的状态就能关联起来了。
子视图修改了，父视图能及时更新。
使用@Binding 修饰属性, 在传递属性是使用 $ 来传递属性的引用

ProfileEditor(profile: $draftProfile)

struct ProfileEditor: View {
    @Binding var profile: Profile
    //...//
}

4. 属性装饰器：ObservedObject

@ObservedObject 的用处和 @State 非常相似，它是来修饰一个对象的，这个对象可以给多个独立的 View 使用。如果你用 @ObservedObject 来修饰一个对象，那么那个对象必须要实现 ObservableObject 协议，然后用 @Published 修饰对象里属性，表示这个属性是需要被 SwiftUI 监听的。

最简单的方法是使用@Published属性包装器。如果需要更多控制，也可以从Combine框架中使用自定义发布者。如果使用自定义发布者需要主线程上使用。

@State用于特定视图，并且只在该View内部，@ObservedObject用于外部，比如多页面要使用。

5. 属性装饰器：EnvironmentObject

这个修饰器是针对全局环境的。通过它，我们可以避免在初始 View 时创建 ObservableObject, 而是从环境中获取 ObservableObject。可以保证整体项目用的同一个ObservableObject。

6. 属性装饰器：Environment

@EnvironmentObject允许我们向环境中注入任意值，而@Environment专门用于预定义键。
@Environment适合读取诸如Core Data对象上下文之类的信息，设备是处于暗模式还是亮模式，渲染视图的尺寸级别以及更多系统的固定属性。

@Environment(\.presentationMode) var presentationMode: Binding

也可以自定义，比如项目中我发现SwiftUI present弹出视图的时候，不能覆盖整个界面。我参考资料做了一个可以覆盖全界面的Environment

7. UIViewRepresentable

在 SwiftUI 中使用 UIView 子类，需要将其他 view 包装在遵循 UIViewRepresentable 协议的 SwiftUI view 中。

UIView(context:)：创建view
updateUIView(_:context:)：更新view
Coordinator：数据交互

8. GeometryReader

GeometryReader是一个视图，使您可以访问父级的大小和位置。
目前感觉实在浮层上使用的多，比如需要显示在父级视图上左下角，就通过GeometryReader回调来完成。

总结：

使用SwiftUI过程中，感觉preview出错了，找错不太方便。
最痛苦的是发现很多方法不会用了，比如想设置去除下list的分割线。
居然要重写init方法，在该方法里面，这样设置UITableView.appearance().separatorStyle = .none，这谁想到的（WTF）。
完全是新的UI设计了，学习成本还是有些的。
SwiftUI其实是单VC，从目前来看RN、Flutter和Android的Navigation 都是单VC或者Activity的结构。所以未来应该是单VC趋势，我们不必担心单VC内存是否吃得消这样的问题了。