首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

ObservedObject更改时SwiftUI视图不更新

在SwiftUI中,ObservedObject是一种属性包装器,用于在视图中观察和响应外部对象的更改。当ObservedObject所包装的对象发生更改时,SwiftUI会自动更新视图以反映最新的数据。

ObservedObject常用于管理视图与数据模型之间的关系。它可以帮助我们在数据模型中定义可观察的属性,并将其与视图进行绑定。当数据模型中的属性发生更改时,ObservedObject将通知视图进行更新。

SwiftUI的ObservedObject特性使得视图响应数据模型的更改变得更加简单和自动化。它可以显著减少手动管理和更新视图的代码量,并提高代码的可读性和可维护性。

使用ObservedObject时,需要满足以下要求:

  1. 数据模型必须符合ObservableObject协议,该协议要求定义可观察的属性和将属性标记为@Published。
  2. 在视图中使用@ObservedObject包装数据模型对象。

例如,考虑以下示例:

代码语言:txt
复制
import SwiftUI

class ViewModel: ObservableObject {
    @Published var count = 0
    
    func increment() {
        count += 1
    }
}

struct ContentView: View {
    @ObservedObject var viewModel = ViewModel()
    
    var body: some View {
        VStack {
            Text("Count: \(viewModel.count)")
            Button(action: {
                viewModel.increment()
            }) {
                Text("Increment")
            }
        }
    }
}

struct ContentView_Previews: PreviewProvider {
    static var previews: some View {
        ContentView()
    }
}

在上述示例中,ViewModel是一个ObservableObject的子类,具有一个可观察的count属性和一个用于增加count的方法increment()。在ContentView中,我们使用@ObservedObject将ViewModel实例包装起来,这样当count属性发生更改时,视图将自动更新。在视图中,我们显示了count的值,并且当点击按钮时调用了increment()方法。

对于ObservedObject的使用场景,它可以应用于任何需要观察和响应数据模型更改的视图。例如,当用户在应用程序中进行交互或更改设置时,视图可以使用ObservedObject来更新显示的数据。

腾讯云相关产品推荐:无

上述答案提供了关于ObservedObject的概念、用途、使用方法以及示例代码。如需了解更多细节,请参阅SwiftUI官方文档:https://developer.apple.com/documentation/swiftui/observedobject

页面内容是否对你有帮助?
有帮助
没帮助

相关·内容

探讨 SwiftUI 中的几个关键属性包装器

它适用于需要在子视图中直接修改父视图中的数据情况。 注意事项 应当谨慎使用 @Binding,当子视图只需响应数据变化而无需修改时,无需使用 @Binding。...只有能够引发视图更新的值被 get 方法读取时,才会触发视图更新( 比如 @State、@StateObject ),这点对于自定义 Binding 尤为重要。...@ObservedObject 是 SwiftUI 中用于为视图与 ObservableObject 实例之间创建关联的属性包装器,主要用于在视图存续期内引入外部的 ObservableObject...@ObservedObject 不持有被观察的实例,不保证其生存期。 @ObservadObject 可以在视图存续期内切换其所关联的实例。...它对视图的更新触发条件与 @StateObject 和 @ObservedObject 一样。

37610

SwiftUI 状态管理系统指南

视图的内部状态,并在该状态被改变时自动使视图更新。...为了更详细地探讨这意味着什么,让我们现在假设我们想创建一个视图,让我们的用户编辑他们最初在注册时输入的个人资料信息。...作为一个例子,让我们更新上面定义的ProfileView——通过将管理User模型的责任从视图本身转移到一个新的、专门的对象中。...除了 "迫使 "我们在代码库中建立一个更明确的依赖关系图之外,原因是一个标有ObservedObject的属性并不意味着对这个属性所指向的对象有任何形式的所有权。...标记为StateObject的属性与ObservedObject的行为完全相同——此外,SwiftUI将确保存储在此类属性中的任何对象不会因为框架在重新渲染视图时重新创建新实例而被意外释放: struct

5.1K20
  • SwiftUI @State @Published @ObservedObject 深入理解和使用

    以及各种库代替,bug也是层出不穷 2.下面是鄙人对 @State @Published @ObservedObject 理解,如有不对,还请指出 1....提示:在SwiftUI中存储程序状态有几种方法,您将学习所有这些方法。@State是专门为存储在一个视图中的简单属性而设计的。...@Published + @ObservedObject 介绍 @Published是SwiftUI最有用的包装之一,允许我们创建出能够被自动观察的对象属性,SwiftUI会自动监视这个属性,一旦发生了改变...因为SwiftUI更新数据的前提是触发 第一层 绑定的对象 wrapperModel下的属性(字段)发生更新才会调用视图层更新数据 但是 第一次下绑定的对象还绑定了 @ObservedObject 或者其他类型的对象呢...{ /// /// 注意 /// 接收 子类model 时候要用 @ObservedObject 不能用 @Published /// 因为SwiftUI 更新机制是当前对象有

    3.4K10

    避免 SwiftUI 视图的重复计算

    )中将视图与该 Source of Truth 关联起来,让视图响应其变化( 当 SwiftUI 数据池中的数据给出变化信号时,更新视图 )。...并且 SwiftUI 会在其变化时自动更新( 重新计算 )对应的视图。 SwiftUI 上有一个困扰了不少人的问题:为什么无法在视图的构造函数中,更改 State 包装的变量值?...@ObservedObject var store = Store() // 每次创建视图类型实例,都会重新创建 Store 实例 由于 SwiftUI 会不定时地创建视图类型的实例( 非加载视图 ),...与符合 DynamicProperty 协议的属性包装器主动驱动视图更新的机制不同,SwiftUI 在更新视图时,会通过检查子视图的实例是否发生变化( 绝大多数都由构造参数值的变化导致 )来决定对子视图更新与否...,我更希望大家将关注点集中于这些技巧在背后对应的原理。

    9.3K81

    SwiftUI:使用 @EnvironmentObject 从环境中读取自定义值

    您已经了解了如何使用@State处理单个视图的局部状态,以及@ObservedObject如何使我们在视图之间传递一个对象,以便我们可以共享它。...如果我们使用@ObservedObject,则需要将我们的对象从每个视图传递到下一个视图,直到它最终到达可以使用该视图的视图E,这很烦人,因为B,C和D不在乎它。...Apple已将此工作表情况描述为他们想要修复的错误,因此我希望在以后对SwiftUI的更新中会有所改变。...在向您展示一些代码之前,还有最后一件事:环境对象使用您已经学过的ObservableObject协议,SwiftUI将自动确保共享同一环境对象的所有视图在更改时都会更新。...接下来,我们可以定义两个SwiftUI视图以使用我们的新类。

    9.7K20

    SwiftUI-数据流

    ,当数据源发生变化时会自动更新与该数据有依赖关系的视图。...@Binding 主要有两个作用: 在不持有数据源的情况下,任意读取。 从 @State 中获取数据应用,并保持同步。...数据流图 从上图可以看出SwiftUI 的数据流转过程: 用户对界面进行操作,产生一个操作行为 action 该行为触发数据状态的改变 数据状态的变化会触发视图重绘 SwiftUI 内部按需更新视图,...最终再次呈现给用户,等待下次界面操作 注意 在 SwiftUI 中,开发者只需要构建一个视图可依赖的数据源,保持数据的单向有序流转即可,其他数据和视图的状态同步问题 SwiftUI 帮你管理,所以 ViewController...,这种视图的拼装方式大大提高了界面开发的灵活性和复用性,视图组件化并任意组合的方式是 SwiftUI 官方非常鼓励的做法。

    10.2K20

    @StateObject 研究

    在SwiftUI 1.0时代,如果想将引用类型作为source of truth,通常的方法是使用@EnvironmentObject或者 @ObservedObject。...当再次进入link后,@StateObject对应的视图中计数清零(由于返回父视图,再次进入时会重新创建视图,所以会重新创建实例),不过@ObservedObject对应的视图中计数是不清零的。...ObservedObject是否还有存在的必要? 对我个人而言,基本失去了使用其的理由(可用于绑定父视图传递的@StateObject)。...我个人还是更推荐将来都使用@StateObject来消除代码运行的不确定性。 通过下述代码,使用@StateObject同样可以得到测试2中ObservedObject的运行效果。...在下一篇文章《SwiftUI2.0 —— 100% SwiftUI app》中,我们来进一步探讨。

    1.2K40

    ObservableObject研究

    ,数据流并非完全单向的•在部分视图中可以结合SwiftUI通过的其他包装属性如@FetchRequest等将状态局部化 后两项是利用SwiftUI的特性,也可以不采用,完全采用单向数据流的方式 基于以上方法...在SwiftUI下开发,无论是主观还是客观都需要你将View的表述精细化,用更多的子View来组成你的最终视图,而不是把所有的代码都尽量写在同一个View上。...众多的依赖将使我们无法享受到SwiftUI提供的View更新优化机制。...有关View优化的问题大家可以参考 《SwiftUI编程思想》一书中View更新机制的介绍,另外swiftui-lab上也有探讨Equality的文章。...最后希望Apple能够在将来提供更原生的方式解决以上问题。

    2.4K60

    如何让 SwiftUI 的列表变得更加灵活

    前言 List 可能是 SwiftUI 附带的内置视图中最常用的一种,它使我们能够在任何 Apple 平台上呈现“类似于表格视图”的用户界面。...作为起点,假设我们正在处理以下 ArticleList 视图,该视图使用 ArticleListViewModel 来呈现文章列表: struct ArticleList: View { @ObservedObject...由于每个 article 值在 ForEach 闭包中都是可变的,我们可以使用新的 swipeActions 修饰符来实现每个 NavigationLink 项目视图的自定义滑动操作。...在这种情况下,用户可以轻松的在项目视图上滑动来决定喜不喜欢对应的文章: struct ArticleList: View { @ObservedObject var viewModel: ArticleListViewModel...在列表中使用 refreshable 修饰符就可以完成,然后使用该修饰符的闭包 await 调用视图模型的异步 reload 方法: struct ArticleList: View { @ObservedObject

    4.9K41

    Ask Apple 2022 与 SwiftUI 有关的问答(上)

    本文对本次活动中与 SwiftUI 有关的一些问答进行了整理,并添加了一点个人见解。本文为上篇。访问我的博客 www.fatbobman.com[1] 可以获得更好的阅读体验以及最新的更新内容。...如果你不想让父视图也被更新,可以在创建对象时不使用 @StateObject 或 @ObservedObject 。...场景的内容视图定义了场景创建的窗口中的视图内容,但场景本身定义了应用程序的整体结构。SwiftUI 4.0 中,WindowGroup 获得了相当大的更新,真正具备了开发 macOS 应用的能力。...不过,在传统的 viewModel 意义上,我不建议将视图( 结构本身 )作为视图模型。...这可能会导致一些不好的后果,例如使视图的可重用性降低,并将业务逻辑与 SwiftUI 视图的生命周期挂钩,这将使处理业务逻辑变得更加困难。简而言之,我们不建议使用视图作为视图模型。

    12.3K20

    SwiftUI 与 Core Data —— 安全地响应数据

    本文将介绍可能在视图中产生严重错误的原因,如何避免,以及在保证视图对数据变化实时响应的前提下如何为使用者提供更好、更准确的信息。由于本文会涉及大量前文中介绍的技巧和方法,因此最好一并阅读。..., formatter: itemFormatter)")因此在 ContentView 的 ForEach 中,item 并不会被视为一个可以引发视图更新的 Source of truth ( 通过...不过,通常我们在子视图中,会用 ObservedObject 来标注托管对象实例,以实时响应数据变动,因此如果我们将代码调整成正常的编写模式就能看出问题所在了:struct Cell:View {...由于 AnyConvertibleValueObservableObject 符合 ObservableObject 协议,一样会引发 Cell 视图的更新,在新的一轮渲染中,如果我们限定 convertToGroup...} } .onReceive(item.objectWillChange){ _ in // item 发生变化后,如果能转换成有效值,则更新视图

    3.3K20

    Swift 面试题

    语义清晰:值类型更符合某些数据结构的自然语义。比如字符串是不可变的文本序列,设计为值类型能更好的反映这些数据结构的使用方式和预期行为。...对于大型数据结构,值类型的语义可以提醒开发者更谨慎的处理数据,从而减少不必要的性能开销。...这样只有实际需要修改时才拷贝,就减少了内存开销。 对于 String、Int 等简单数据的值类型,赋值的时候就会发生拷贝,因为对于这些类型来说写时复制的开销比直接复制的大。...Presenter 实现了 View 与 Model 的分离,View 中不包含任何业务逻辑,且不直接与 Model 交互。...SwiftUI 中 View 传值方式有哪些 @State、@Binding属性包装器 @EnvironmentObject @ObservedObject @Environment @AppStorage

    9110

    TCA - SwiftUI 的救星?(一)

    虽然 SwiftUI 中提供了诸多状态管理的关键字或属性包装 (property wrapper),比如 @State、@ObservedObject 等,但是你很难说官方 SwiftUI 教程里关于数据传递...我们类比一下这些步骤在 SwiftUI 中的实现,可以发现步骤 4 其实已经包含在 SwiftUI 中了:当 @State 或 @ObservedObject 的 @Published 发生变化时,SwiftUI...在 SwiftUI 中,TCA 使用 ViewStore (它本身是一个 ObservableObject) 来通过 @ObservedObject 触发 UI 刷新。...如果让 View 直接观察整个 Store,在其中某个状态发生变化时,SwiftUI 将会要求所有对 Store 进行观察的 UI 更新,这会造成所有的 view 都对 body 进行重新求值,是非常大的浪费...在 SwiftUI 中,body 的刷新是 SwiftUI 运行时通过 @ObservedObject 属性包装所提供的特性。现在这部分内容被包含在了 WithViewStore 中。

    3.3K30
    领券