@StateObject 与 @ObservedObject 当外部传递但由视图拥有时

基于这个答案：SwiftUI 中 ObservedObject 和 StateObject 有什么区别 https://stackoverflow.com/questions/62544115/what-is-the-difference-between-observedobject-and-stateobject-in-swiftui

苹果文档代码在这里：https://developer.apple.com/documentation/swiftui/managing-model-data-in-your-app https://developer.apple.com/documentation/swiftui/managing-model-data-in-your-app

在 SwiftUI 应用程序中，@StateObject当以下情况时应使用属性包装器View实例化对象本身，以便在视图更新期间不会重新创建该对象。

如果该对象在其他地方实例化，则@ObservedObject应使用包装器代替。

然而，有一条细线让它有点不清楚：如果该对象在其他地方实例化，但“注入”到View然后视图是该对象的唯一所有者/持有者？应该是@StateObject or @ObservedObject?

示例代码来说明这一点：

import SwiftUI
import Combine
import Foundation


struct ViewFactory {
    func makeView() -> some View {
        let viewModel = ViewModel()
        return NameView(viewModel)
    }
}


final class ViewModel: ObservableObject {
    @Published var name = ""
    init() {}
}


struct NameView: View {

    // Should this be an `@ObservedObject` or `@StateObject`?
    @ObservedObject var viewModel: ViewModel

    init(_ viewModel: ViewModel) {
        self.viewModel = viewModel
    }

    var body: some View {
        Text(viewModel.name)
    }
}

基于这篇文章：https://www.hackingwithswift.com/quick-start/swiftui/whats-the-difference- Between-observedobject-state-and-environmentobject https://www.hackingwithswift.com/quick-start/swiftui/whats-the-difference-between-observedobject-state-and-environmentobject

@StateObject 和 @ObservedObject 之间有一个重要的区别，那就是所有权——哪个视图创建了对象，哪个视图只是监视它。

规则是这样的：无论哪个视图第一个创建对象都必须使用 @StateObject，告诉 SwiftUI 它是数据的所有者并负责保持数据的活动。所有其他视图必须使用 @ObservedObject，告诉 SwiftUI 他们想要观察对象的更改，但不直接拥有它。

看来如果View实例化ViewModel，它必须声明为@StateObject。我的代码非常相似，唯一的区别是ViewModel是在其他地方创建的，但是View初始化后“拥有”它。

这是一个非常有趣的问题。这里发生了一些微妙的行为。

首先，请注意你不能只是改变@ObservedObject to @StateObject in NameView。它不会编译：

struct NameView: View {
    @StateObject var viewModel: ViewModel

    init(_ viewModel: ViewModel) {
        self.viewModel = viewModel
        //   ^ ???? Cannot assign to property: 'viewModel' is a get-only property
    }
    ...
}

要使其编译，您必须初始化底层_viewModel类型的存储属性StateObject<ViewModel>:

struct NameView: View {
    @StateObject var viewModel: ViewModel

    init(_ viewModel: ViewModel) {
        _viewModel = .init(wrappedValue: viewModel)
    }
    ...
}

但那里隐藏着一些东西。StateObject.init(wrappedValue:)声明如下：

public init(wrappedValue thunk: @autoclosure @escaping () -> ObjectType)

所以作为参数给出的表达式（只是viewModel上面）被包裹在一个闭包中，并且是not立即评价。该闭包被存储以供以后使用，这就是为什么它是@escaping.

正如您可能从圈子中猜到的那样，我们必须跳过才能使其编译，这是一种奇怪的使用方式StateObject。正常使用是这样的：

struct NormalView: View {
    @StateObject var viewModel = ViewModel()

  var body: some View {
        Text(viewModel.name)
    }
}

And 以奇怪的方式来做有一些缺点。要了解其缺点，我们需要了解其背景makeView() or NormalView()被评估。假设它看起来像这样：

struct ContentView: View {
    @Binding var count: Int

    var body: some View {
        VStack {
            Text("count: \(count)")
            NormalView()
            ViewFactory().makeView()
        }
    }
}

When count的值发生变化，SwiftUI 会询问ContentView为其body再次，这将评估两者NormalView() and makeView() again.

So body calls NormalView()在第二次评估期间，这会创建另一个实例NormalView. NormalView.init创建一个闭包，调用ViewModel()，并将闭包传递给StateObject.init(wrappedValue:). But StateObject.init does not立即评估此关闭。它将其存储起来以供以后使用。

Then body calls makeView(), which does call ViewModel()立即地。它通过了新ViewModel to NameView.init，它包装了新的ViewModel在闭包中并将闭包传递给StateObject.init(wrappedValue:). This StateObject也不会立即评估关闭，但新的ViewModel无论如何已经创建了。

一段时间后ContentView.body返回，SwiftUI 要调用NormalView.body。但在此之前，必须确保StateObject在这个NormalView has a ViewModel。它注意到这NormalView正在取代之前的NormalView在视图层次结构中的相同位置，因此它检索ViewModel之前使用过的NormalView并将其放入StateObject新的NormalView. It does not执行给定的闭包StateObject.init, so it 不创建新的ViewModel.

甚至后来，SwiftUI 想要调用NameView.body。但在此之前，必须确保StateObject在这个NameView has a ViewModel。它注意到这NameView正在取代之前的NameView在视图层次结构中的相同位置，因此它检索ViewModel之前使用过的NameView并将其放入StateObject新的NameView. It does not执行给定的闭包StateObject.init，所以它不使用ViewModel该闭包引用的。但是ViewModel无论如何都被创建了。

所以你使用的奇怪方式有两个缺点@StateObject:

1. 你正在创建一个新的ViewModel每次你打电话makeView，尽管如此ViewModel可能永远不会被使用。这可能会很贵，具体取决于您的ViewModel.
2. 您正在创建ViewModel而ContentView.bodygetter 正在运行。如果创建ViewModel有副作用，这可能会让 SwiftUI 感到困惑。 SwiftUI 期望bodygetter 是一个纯函数。在里面NormalView情况下，SwiftUI 正在调用StateObject在已知时间关闭，以便更好地处理副作用。

那么，回到你原来的问题：

应该是@StateObject or @ObservedObject?

嗯，哈哈，如果没有看到一个不那么玩具的例子，这个问题很难回答。但如果你确实需要使用@StateObject，您可能应该尝试以“正常”方式初始化它。