SwiftUI 2.0 —— @StateObject 研究

WWDC20 刚刚结束,在过去的一周,苹果为开发者带来了巨大的惊喜。由于新特性实在太多,需要不少时间来消化,我首先选择自己最感兴趣的内容进行一些简单的研究和探讨。本文首先浅谈一下 SwiftUI 新提供的属性包装器@StateObject。

健康笔记是我开发的一个iOS app,主要服务于有长期健康管理需求的人士。可为全家不同成员创建各自的笔记,允许使用者自定义数据类型以记录各种健康数据。

推广

为什么要新增@StateObject

在我之前的文章 @State 研究 中我们探讨过@State,通过它,我们可以方便的将值类型数据作为 View 的 Source of truth。在 SwiftUI 1.0 时代,如果想将引用类型作为 source of truth, 通常的方法是使用@EnvironmentObject 或者 @ObservedObject。

struct RootView:View{
    var body: some View{
        ContentView()
            .environmentObject(Store())
    }
}

struct ContentView: View {
    @EnvironmentObject  var store1:Store
    var body: some View {
        Text("count:\(store.count)")
    }
}

对于使用@EnvironmentObject 注入的数据,由于其通常是在 SceneDelegate 或着当前 View 的父辈、祖先 View 上创建的,所以其生命周期必然不短于当前 View, 因此在使用中并不会发生由于生命周期不可预测而导致的异常。

struct Test5: View {
    @ObservedObject var store = Store()
    var body: some View {
        Text("count:\(store.count)")
    }
}

对于上面的代码,乍看起来没有任何不妥,不过由于@ObservedObject 的机制问题,其创建的实例并不被当前 View 所拥有(当前 View 无法管理其生命周期),因此在一些特殊的情况下会出现不可预料的结果。

为了能够让开发者更好的掌控代码,同时也保持对于上一版本良好的兼容性,苹果在 SwiftUI2.0 中添加了@StateObject。顾名思义,它是@State 的引用类型版本。

在 WWDC 的视频中,苹果明确的表明@StateObject 是被创建他的 View 所持有的,也就是说,实例的生命周期是完全可控的,是同创建它的 View 的生命周期一样的。

@StateObject 和 @ObservedObject 的区别就是实例是否被创建其的 View 所持有,其生命周期是否完全可控。

通过代码了解不同

我通过下面的代码来详细阐述一下 @StateObject 和 @ObservedObject 的不同表现。

准备工作:

class StateObjectClass:ObservableObject{
    let type:String
    let id:Int
    @Published var count = 0
    init(type:String){
        self.type = type
        self.id = Int.random(in: 0...1000)
        print("type:\(type) id:\(id) init")
    }
    deinit {
        print("type:\(type) id:\(id) deinit")
    }
}

struct CountViewState:View{
    @StateObject var state = StateObjectClass(type:"StateObject")
    var body: some View{
        VStack{
            Text("@StateObject count :\(state.count)")
            Button("+1"){
                state.count += 1
            }
        }
    }
}

struct CountViewObserved:View{
    @ObservedObject var state = StateObjectClass(type:"Observed")
    var body: some View{
        VStack{
            Text("@Observed count :\(state.count)")
            Button("+1"){
                state.count += 1
            }
        }
    }
}

StateObjectClass 将在其被创建和销毁时通过 type 和 id 告知我们它是被那种方法创建的,以及具体哪个实例被销毁了。

CountViewState 和 CountViewObserved 唯一的不同是创建实例使用的属性包装器不同。

测试 1:

struct Test1: View {
    @State var count = 0
    var body: some View {
        VStack{
            Text("刷新 CounterView 计数 :\(count)")
            Button("刷新"){
                count += 1
            }
            
            CountViewState()
                .padding()
            
            CountViewObserved()
                .padding()
            
        }
    }
}

在测试 1 中,当进点击+1 按钮时,无论是@StateObject 或是@ObservedObject 其都表现出一致的状态,两个 View 都可以正常的显示当前按钮的点击次数,不过当点击刷新按钮时,CountViewState 中的数值仍然正常,不过 CountViewObserved 中的计数值被清零了。从调试信息可以看出,当点击刷新时,CountViewObserved 中的实例被重新创建了,并销毁了之前的实例(CountViewObserved 视图并没有被重新创建,仅是重新求了 body 的值)。

type:Observed id:443 init
type:Observed id:103 deinit

在这个测试中,@ObservedObject 创建的实例的生命周期短于当前 View。

测试 2:

struct Test2: View {
    @State var count = 0
    var body: some View {
        NavigationView{
            List{
                NavigationLink("@StateObject", destination: CountViewState())
                NavigationLink("@ObservedObject", destination: CountViewObserved())
            }
        }
    }
}

测试 2 中,点击 link 进入对应的 View 后通过点击+1 进行计数,然后返回父视图。当再次进入 link 后,@StateObject 对应的视图中计数清零(由于返回父视图,再次进入时会重新创建视图,所以会重新创建实例),不过@ObservedObject 对应的视图中计数是不清零的。

在这个测试中,@ObservedObject 创建的实例生命周期长于当前的 View。

测试 3:

struct Test3: View {
    @State private var showStateObjectSheet = false
    @State private var showObservedObjectSheet = false
    var body: some View {
        List{
            Button("Show StateObject Sheet"){
                showStateObjectSheet.toggle()
            }
            .sheet(isPresented: $showStateObjectSheet) {
                CountViewState()
            }
            Button("Show ObservedObject Sheet"){
                showObservedObjectSheet.toggle()
            }
            .sheet(isPresented: $showObservedObjectSheet) {
                CountViewObserved()
            }   
        }
    }
}

测试 3 中点击按钮,在 sheet 中点击+1, 当再次进入 sheet 后,无论是@StateObject 还是@ObservedObject 对应的 View 中的计数都被清零。

在这个测试中,@ObservedObject 创建的实例生命周期和 View 是一致的。

三段代码,三种结果,这也就是为什么苹果要新增@StateObject 的原因——让开发者可以明确地了解并掌握实例的生命周期,消除不确定性!

ObservedObject 是否还有存在的必要?

对我个人而言,基本失去了使用其的理由(可用于绑定父视图传递的@StateObject)。

尽管或许上面例子的某种特性可能让你觉得 ObservedObject 可以完成某些特殊需求(比如测试 2),但我们无法保证苹果在之后不改变 ObservedObject 的运行机理,从而改变当前的结果。

我个人还是更推荐将来都使用@StateObject 来消除代码运行的不确定性。

通过下述代码,使用@StateObject 同样可以得到测试 2 中 ObservedObject 的运行效果。

struct Test4: View {
    @State private var showStateObjectSheet = false
    @StateObject var state = StateObjectClass(type: "stateObject")
    var body: some View {
        List{
            Button("Show StateObject1 Sheet"){
                showStateObjectSheet.toggle()
            }
            .sheet(isPresented: $showStateObjectSheet) {
                CountViewState1(state: state)
            }
        }
    }
}

struct CountViewState1:View{
    @ObservedObject var state:StateObjectClass
    var body: some View{
        VStack{
            Text("@StateObject count :\(state.count)")
            Button("+1"){
                state.count += 1
            }
        }
    }
}

Next

苹果使用@StateObject 一方面修复了之前的隐患,同时通过 SwiftUI2.0 众多新特性的引入,进一步完善了 Data Flow 的实现手段。在下一篇文章《SwiftUI2.0 —— 100% SwiftUI app》中,我们来进一步探讨。

本博客所有文章除特别声明外,均采用CC 4.0许可协议。转载请注明出处和作者。

关注微信公共号肘子的Swift记事本或在推特上关注@fatbobman,永远不会错过新内容! 您的支持和鼓励将为我的博客写作增添更多的动力! 如果您或身边的朋友有健康数据管理的需求,请使用我开发的app【健康笔记】,正是因为它我才创建了这个博客。

关注