我必须在Swiftui中使用可观察的对象吗？

Question

我想使用struct而不是class作为我的view的状态，并且您可能知道，observerableObject < /code>是一个只能符合的协议。

我是否有将我的结构包裹在viewmodel或其他类似类型的对象中？如果我不这样做会怎样？

现在的样子：

import Foundation
import SwiftUI

struct Object3D {
    var x : Int
    var y : Int
    var z : Int
    var visible : Bool
}

struct NumberView<Number : Strideable> : View {
    var label : String
    @State var number : Number
    
    var body : some View {
        HStack {
            TextField(
                self.label,
                value: self.$number,
                formatter: NumberFormatter()
            )
            Stepper("", value: self.$number)
                .labelsHidden()
        }
    }
}

struct ObjectInspector : View {
    @State var object : Object3D
    
    var body : some View {
        VStack {
            Form {
                Toggle("Visible", isOn: $object.visible)
            }
            Divider()
            Form {
                HStack {
                    NumberView(label: "X:", number: object.x)
                    NumberView(label: "Y:", number: object.y)
                    NumberView(label: "Z:", number: object.z)
                }
            }
        }
        .padding()
    }
}

struct ObjectInspector_Previews: PreviewProvider {
    static var previews: some View {
        ObjectInspector(object: Object3D(x: 0, y: 0, z: 0, visible: true))
    }
}

Answer 1

您不必使用@ObseverObject来确保对模型对象的更新正在更新视图。

如果要使用struct作为模型对象，则可以使用@State，并且您的视图将在您的@State < < <代码>结构已更新。

每当您的模型对象更新时，您可以使用许多不同的属性包装器来更新SwiftUi视图。您可以将值和参考类型同时用作模型对象，但是，根据您的选择，您必须使用不同的属性包装器。

@State只能在价值类型上使用，@State属性只能从视图内部进行更新（因此，它们必须为private） 。

@observedObject（以及所有其他...对象属性包装器，例如@environmentObject和@stateObject），只能与符合的类一起使用到observableObject。如果您想能够从视图内部和外部更新模型对象，则必须使用observableObject与适当的属性包装器一致类型，您不能使用@State在这种情况下。

因此，请考虑可以从view内部或视图外部捕获的用户输入来更新您的模型对象的源需要价值或参考语义，并为您的数据模型做出适当的选择。

有关@obseverobject和@stateObject之间的差异的更多信息，请参见 SwiftUI中的观察者和StateObject之间有什么区别。

Answer 2

我想使用struct而不是类作为我的视图的状态，众所周知，可观察的对象是一个协议，只有类才能符合。

通常在应用程序的任何部分中共享模型，因此他们一直在查看相同的数据。为此，您需要一个参考类型（即类），以便每个人都共享模型的单个实例。如果您使用 value Type （即结构），则每次将其分配给某些东西时，您的模型都会被复制。为了进行该工作，您需要将更新的信息复制回该功能时，只要您完成它的更新，然后安排可能使用它来获取更新副本的应用程序的其他部分。共享一个实例通常比管理这种更新要容易得多，更安全。

i 是否有将我的结构包裹在视图模型或其他类似类型的对象中？如果我不这样做会怎样？

这是您的代码 - 您可以做任何喜欢的事情。 ObservableObject提供了一个很好的机制，可以传达您的模型已更改为程序的其他部分的事实。这并不是唯一的方法，但这是Swiftui这样做的方式，因此，如果您走了另一条路线，您将在Swiftui内置的大量支持下丢失。

Answer 3

View已经是一个结构，它不能是类。它保存了SwiftUi差异以更新屏幕上的实际uiview nsview s的数据。它使用@State和@binding属性包装器使其表现得像一类上次。您可以将VAR的重构组重构为其自己的可测试结构，并包括突变func s。

通常，您通常只需要一个observableObject，如果您使用的是组合，则是组合框架的一部分。

我建议观看通过SwiftUi WWDC 2019的数据流 有更多详细信息。