最近抽空终于把官方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<PresentationMode>
也可以自定义，比如项目中我发现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内存是否吃得消这样的问题了。
