开发者社区

文档建议反馈控制台

最新优惠活动

文章/答案/技术大牛

发布

为什么我的@ObservedObject不在我的视图中执行更改？

@ObservedObject是SwiftUI中的一个属性包装器，用于观察对象的变化并更新视图。当使用@ObservedObject包装一个对象时，视图会自动订阅该对象的变化，并在对象发生更改时刷新视图。

然而，如果你的@ObservedObject不在视图中执行更改，可能有以下几个原因：

对象未正确初始化：确保你的@ObservedObject对象在视图中正确初始化。你可以在视图的初始化方法中创建并分配一个对象给@ObservedObject属性。
对象未正确绑定：确保你在视图中正确绑定@ObservedObject属性。你可以使用@StateObject或@EnvironmentObject属性包装器来确保对象在整个视图层次结构中正确传递。
对象未正确更新：确保你的@ObservedObject对象的属性在更改时正确更新。如果你的对象是一个引用类型（class），则需要确保属性的更改是通过引用对象本身进行的，而不是通过创建新的对象实例。
视图未正确刷新：如果你的@ObservedObject对象的属性更改了，但视图没有刷新，可能是因为你没有在视图中正确使用@State或@Binding属性包装器。确保你正确使用这些属性包装器来标记需要刷新的视图部分。

总结起来，要确保@ObservedObject在视图中执行更改，你需要正确初始化、绑定和更新对象，并在需要刷新的视图部分使用正确的属性包装器。这样，当对象发生更改时，视图会自动更新以反映这些更改。

腾讯云相关产品和产品介绍链接地址：

腾讯云云服务器（CVM）：https://cloud.tencent.com/product/cvm
腾讯云云原生容器服务（TKE）：https://cloud.tencent.com/product/tke
腾讯云人工智能（AI）：https://cloud.tencent.com/product/ai
腾讯云物联网（IoT）：https://cloud.tencent.com/product/iotexplorer
腾讯云移动开发（移动推送、移动分析等）：https://cloud.tencent.com/product/mobile
腾讯云对象存储（COS）：https://cloud.tencent.com/product/cos
腾讯云区块链（BCS）：https://cloud.tencent.com/product/bcs
腾讯云游戏多媒体引擎（GME）：https://cloud.tencent.com/product/gme
腾讯云音视频处理（VOD）：https://cloud.tencent.com/product/vod
腾讯云网络安全（DDoS防护、Web应用防火墙等）：https://cloud.tencent.com/product/ddos

相关搜索:Crontab不在我的Mac上执行Python脚本？findViewById为空，我不在正确的视图中吗？为什么.then()根本不执行我的承诺？为什么Django不在我的模板上显示我的动态背景图像为什么不在sqlalchemy中更新我的表？为什么不在xamarin表单中隐藏我的SideMenuView 为什么不在我的代码中添加键、值为什么不在括号中运行我的js代码？为什么我的ObservedObject被更新，但不在视图中显示其更新的内容为什么我的TimedRotatingFileHandler不在午夜轮换？

相关搜索:

页面内容是否对你有帮助？

有帮助

没帮助

相关·内容

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

SwiftUI的环境使我们可以使用来自外部的值，这对于读取Core Data上下文或视图的展示模式等很有用。但是我们也可以将自定义对象发送到环境中，并在以后将它们读出来，这使我们可以在复杂的应用程序中更轻松地共享数据。

02

StateObject 与 ObservedObject

StateObject 是在 SwiftUI 2.0 中才添加的属性包装器，它的出现解决了在某些情况下使用 ObservedObject 视图会出现超预期的问题。本文将介绍两者间的异同，原理以及注意事项。

02

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

因为SwiftUI View 采用的是结构体，当创建想要更改属性的结构体方法时，我们需要添加mutating关键字,例如：

01

SwiftUI 与 Core Data —— 数据定义

在上文中，我列举了一些在 SwiftUI 中使用 Core Data 所遇到的困惑及期许。在今后的文章中我们将尝试用新的思路来创建一个 SwiftUI + Core Data 的 app，看看能否避免并改善之前的一些问题。本文将首先探讨如何定义数据。

04

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

在这篇文章中，我们将探讨几个在 SwiftUI 开发中经常使用且至关重要的属性包装器。本文旨在提供对这些属性包装器的主要功能和使用注意事项的概述，而非详尽的使用指南。

01

避免 SwiftUI 视图的重复计算

随着近年来有关 SwiftUI 的文章与书籍越来越多，开发者应该都已经清楚地掌握了 —— “视图是状态的函数” 这一 SwiftUI 的基本概念。每个视图都有与其对应的状态，当状态变化时，SwiftUI 都将重新计算与其对应视图的 body 值。

08

@StateObject 研究

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

04

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

保证应用不因 Core Data 的原因导致意外崩溃是对开发者的起码要求。本文将介绍可能在视图中产生严重错误的原因，如何避免，以及在保证视图对数据变化实时响应的前提下如何为使用者提供更好、更准确的信息。由于本文会涉及大量前文中介绍的技巧和方法，因此最好一并阅读。

02

SwiftUI 状态管理系统指南

SwiftUI与苹果之前的UI框架的区别不仅仅在于如何定义视图和其他UI组件，还在于如何在整个使用它的应用程序中管理视图层级的状态。

02

@State 研究

我在去年底使用了SwiftUI写了第一个 iOS app 健康笔记，这是我第一次接触响应式编程概念。在有了些基本的认识和尝试后，深深的被这种编程的思路所打动。不过，我在使用中也发现了一些奇怪的问题。我发现在视图（View）数量达到一定程度，随着数据量的增加，整个app的响应有些开始迟钝，变得有粘滞感、不跟手。app响应出现了问题一方面肯定和我的代码效率、数据结构设计欠佳有关；不过随着继续分析，发现其中也有很大部分原因来自于SwiftUI中所使用的响应式的实现方式。不恰当的使用，可能导致响应速度会随着数据量及View量的增加而大幅下降。通过一段时间的研究和分析，我打算用两篇文章来阐述这方面的问题，并尝试提供一个现阶段的使用思路。

02

在 SwiftUI 中创建自适应的程序化导航方案

随着苹果对 iPadOS 的不断投入，越来越多的开发者都希望自己的应用能够在 iPad 中有更好的表现。尤其当用户开启了台前调度（ Stage Manager ）功能后，应用对不同视觉大小模式的兼容能力就越发显得重要。本文将就如何创建可自适应不同尺寸模式的程序化导航方案这一内容进行探讨。

03

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

List 可能是 SwiftUI 附带的内置视图中最常用的一种，它使我们能够在任何 Apple 平台上呈现“类似于表格视图”的用户界面。今年，List 获得了许多非常重要的升级，使其更加灵活和易于定制。让我们看看都有哪些新功能。

04

SwiftUI-数据流

SwiftUI中的界面是严格数据驱动的：运行时界面的修改，只能通过修改数据来间接完成，而不是直接对界面进行修改操作。

02

WWDC 23 之后的 SwiftUI 有哪些新功能

WWDC 23 已经到来，SwiftUI 框架中有很多改变和新增的功能。在本文中将主要介绍 SwiftUI 中数据流、动画、ScrollView、搜索、新手势等功能的新变化。

02

如何在 Swift 中取消一个后台任务

Swift 5.5中引入的 async/await 语法，允许用更可读的方式来编写异步代码。异步编程可以提高应用程序的性能，但必须取消不需要的任务，以确保不需要的后台任务不会干扰到应用程序。本文演示了如何明确地取消一个任务，并展示了子任务是如何自动取消的。

03

ObservableObject研究

我是在去年阅读王巍写的《SwiftUI 与 Combine 编程》才第一次接触到单一数据源这一概念的。

06

SwiftUI数据流之State&Binding

@State是一个属性包装器（property wrapper），被设计用来针对值类型进行状态管理；用于在Struct中mutable值类型

03

架构之路（五） —— VIPER架构模式（一）

VIPER架构模式是MVC或MVVM的另一种选择。虽然SwiftUI和Combine框架创建了一个强大的组合，可以快速构建复杂的ui和在应用程序中移动数据，但它们也面临着各自的挑战和对架构的看法。

01

Ask Apple 2022 与 SwiftUI 有关的问答（上）

Ask Apple 为开发者与苹果工程师创造了在 WWDC 之外进行直接交流的机会。本文对本次活动中与 SwiftUI 有关的一些问答进行了整理，并添加了一点个人见解。本文为上篇。

02

Swift 掌握 Observation 框架

Apple 推出了由 Swift 语言的宏功能支持的新观察框架。新的观察框架与 Swift 并发功能结合使用，允许我们替代 Apple 公司看起来已经过时的 Combine 框架。下面将介绍如何使用观察框架来处理应用程序中的数据流。

02

SwiftUI + Core Data App 的内存占用优化之旅

尽管 SwiftUI 的惰性容器以及 Core Data 都有各自的内存占用优化机制，但随着应用视图内容的复杂（图文混排），越来越多的开发者遇到了内存占用巨大甚至由此导致 App 崩溃的情况。本文将通过对一个演示 App 进行逐步内存优化的方式（由原先显示 100 条数据要占用 1.6 GB 内存，优化至显示数百条数据仅需 200 多 MB 内存），让读者对 SwiftUI 视图的存续期、惰性视图中子视图的生命周期、托管对象的惰值特性以及持久化存储协调器的行缓存等内容有更多的了解。

01

SwiftUI + Core Data App 的内存占用优化之旅

尽管 SwiftUI 的惰性容器以及 Core Data 都有各自的内存占用优化机制，但随着应用视图内容的复杂（图文混排），越来越多的开发者遇到了内存占用巨大甚至由此导致 App 崩溃的情况。本文将通过对一个演示 App 进行逐步内存优化的方式（由原先显示 100 条数据要占用 1.6 GB 内存，优化至显示数百条数据仅需 200 多 MB 内存），让读者对 SwiftUI 视图的存续期、惰性视图中子视图的生命周期、托管对象的惰值特性以及持久化存储协调器的行缓存等内容有更多的了解。

04

@AppStorage研究

在苹果生态的应用中，开发者或多或少都会使用到UserDefaults。我个人习惯将可被用户自定义的配置信息（精度、单位、色彩等）保存在UserDefaults中。随着配置信息的增加，在SwiftUI视图中使用的@AppStorage越来越多。

02

在 Swift 中使用 async let 并发运行后台任务

Async/await语法是在Swift 5.5 引入的，在 WWDC 2021中的 Meet async/await in Swift 对齐进行了介绍。它是编写异步代码的一种更可读的方式，比调度队列和回调函数更容易理解。Async/await 语法与其他编程语言（如C#或JavaScript）中使用的语法类似。使用 "async let "是为了并行的运行多个后台任务，并等待它们的综合结果。

02

SwiftUI 与 Core Data —— 数据获取

本文中我们将探讨在 SwiftUI 视图中批量获取 Core Data 数据的方式，并尝试创建一个可以使用 mock 数据的 FetchRequest。由于本文会涉及大量前文[1] 中介绍的技巧和方法，因此最好一并阅读。

03

架构之路（七） —— iOS App的SOLID原则（一）

要编写出色的应用程序，您不仅需要提出一个好主意，还需要考虑未来。快速有效地适应、改进和扩展应用程序功能的灵活性至关重要。无论您是在团队中工作还是独自工作，从长远来看，您编写和组织代码的方式将对维护您的代码产生巨大影响。这就是 SOLID 原则的用武之地。

01

V$SQL、V$SQLAREA 和 V$SQLSTATS 的区别

V$SQL 对于每个不同版本的 SQL 语句都有一行记录。这意味着每个子语句都有自己的执行统计信息，而且一个 SQL 语句在该视图中可能有多行记录。

01

MySQL进阶之视图

这里给大家介绍了视图的创建、查询、修改、删除，那么我们能不能通过视图来插入、更新数据呢？接下来，做一个测试。

04

⑩④【MySQL】什么是视图？怎么用？视图的检查选项? 视图的作用？[VIEW]

视图检查选项 - WITH [CASCADE | LOCAL] CHECK OPTION：

03

「mysql优化专题」视图应用竟然还可以这么优化？不得不收藏（8）

视图包含行和列，就像一个真实的表。视图中的字段就是来自一个或多个数据库中的真实的表中的字段。视图并不在数据库中以存储的数据值集形式存在，而是存在于实际引用的数据库表中，视图的构成可以是单表查询，多表联合查询，分组查询以及计算(表达式)查询等。行和列数据来自由定义视图的查询所引用的表，并且在引用视图时动态生成。

03

一段因 @State 注入机制所产生的“灵异代码”

本文将通过一段可复现的“灵异代码”，对 State 注入优化机制、模态视图（ Sheet、FullScreenCover ）内容的生成时机以及不同上下文（相互独立的视图树）之间的数据协调等问题进行探讨。

02

使用AJAX获取Django后端数据

使用Django服务网页时，只要用户执行导致页面更改的操作，即使该更改仅影响页面的一小部分，它都会将完整的HTML模板传递给浏览器。但是如果我们只想更新页面的一部分，则不必完全重新渲染页面-这时候就要用到AJAX了。

04

TCA - SwiftUI 的救星？(一)

打算用几篇文章介绍一下 TCA (The Composable Architecture[1])，这是一种看起来非常契合 SwiftUI 的架构方式。

03

Oracle视图

视图是一种数据库对象，是从一个或者多个数据表或视图中导出的虚表，视图所对应的数据并不真正地存储在视图中，而是存储在所引用的数据表中，视图的结构和数据是对数据表进行查询的结果。

02

SQL视图、存储过程、触发器

视图(view）是一种虚拟存在的表。视图中的数据并不在数据库中实际存在，行和列数据来自定义视图的查询中使用的表，并且是在使用视图时动态生成的。通俗的讲，视图只保存了查询的SQL逻辑，不保存查询结果。所以我们在创建视图的时候，主要的工作就落在创建这条SQL查询语句上。

04

HarmonyOS学习路之方舟开发框架—学习ArkTS语言（状态管理五）

LocalStorage是页面级的UI状态存储，通过@Entry装饰器接收的参数可以在页面内共享同一个LocalStorage实例。LocalStorage也可以在UIAbility内，页面间共享状态。

03

iOS开发·KVO用法，原理与底层实现: runtime模拟实现KVO监听机制（Blcok及Delgate方式）

KVO 是 Objective-C 对观察者模式（Observer Pattern）的实现。当被观察对象的某个属性发生更改时，观察者对象会获得通知。有意思的是，你不需要给被观察的对象添加任何额外代码，就能使用 KVO 。这是怎么做到的？

03

视图索引

大家好，又见面了，我是你们的朋友全栈君。创建索引视图视图也称为虚拟表，这是因为由视图返回的结果集其一般格式与由列和行组成的表相似，并且，在 SQL 语句中引用视图的方式也与引用表的方式相同。标准视图的结果集不是永久地存储在数据库中。查询每次引用视图时，Microsoft® SQL Server™ 2000 会动态地将生成视图结果集所需的逻辑合并到从基表数据生成完整查询结果集所需的逻辑中。生成视图结果的过程称为视图具体化。有关更多信息，请参见视图解析。对于标准视图而言，为每个引用视图的查询动态生成结果集的开销很大，特别是对于那些涉及对大量行进行复杂处理（如聚合大量数据或联接许多行）的视图更为可观。若经常在查询中引用这类视图，可通过在视图上创建唯一聚集索引来提高性能。在视图上创建唯一聚集索引时将执行该视图，并且结果集在数据库中的存储方式与带聚集索引的表的存储方式相同。有关用于存储聚集索引的结构的更多信息，请参见聚集索引。说明只有安装了 Microsoft SQL Server 2000 企业版或 Microsoft SQL Server 2000 开发版，才可以创建索引视图。在视图上创建索引的另一个好处是：查询优化器开始在查询中使用视图索引，而不是直接在 FROM 子句中命名视图。这样一来，可从索引视图检索数据而无需重新编码，由此带来的高效率也使现有查询获益。有关更多信息，请参见在视图上使用索引。在视图上创建聚集索引可存储创建索引时存在的数据。索引视图还自动反映自创建索引后对基表数据所做的更改，这一点与在基表上创建的索引相同。当对基表中的数据进行更改时，索引视图中存储的数据也反映数据更改。视图的聚集索引必须唯一，从而提高了 SQL Server 在索引中查找受任何数据更改影响的行的效率。与基表上的索引相比，对索引视图的维护可能更复杂。只有当视图的结果检索速度的效益超过了修改所需的开销时，才应在视图上创建索引。这样的视图通常包括映射到相对静态的数据上、处理多行以及由许多查询引用的视图。视图的要求在视图上创建聚集索引之前，该视图必须满足下列要求：当执行 CREATE VIEW 语句时，ANSI_NULLS 和 QUOTED_IDENTIFIER 选项必须设置为 ON。OBJECTPROPERTY 函数通过 ExecIsAnsiNullsOn 或 ExecIsQuotedIdentOn 属性为视图报告此信息。为执行所有 CREATE TABLE 语句以创建视图引用的表，ANSI_NULLS 选项必须设置为 ON。视图不能引用任何其它视图，只能引用基表。视图引用的所有基表必须与视图位于同一个数据库中，并且所有者也与视图相同。必须使用 SCHEMABINDING 选项创建视图。SCHEMABINDING 将视图绑定到基础基表的架构。必须已使用 SCHEMABINDING 选项创建了视图中引用的用户定义的函数。表和用户定义的函数必须由 2 部分的名称引用。不允许使用 1 部分、3 部分和 4 部分的名称。视图中的表达式所引用的所有函数必须是确定性的。OBJECTPROPERTY 函数的 IsDeterministic 属性报告用户定义的函数是否是确定性的。有关更多信息，请参见确定性函数和非确定性函数。视图中的 SELECT 语句不能包含下列 Transact-SQL 语法元素：选择列表不能使用 * 或 table_name.* 语法指定列。必须显式给出列名。不能在多个视图列中指定用作简单表达式的表的列名。如果对列的所有（或只有一个例外）引用是复杂表达式的一部分或是函数的一个参数，则可多次引用该列。例如，下列选择列表是非法的： SELECT ColumnA, ColumnB, ColumnA 下列选择列表是合法的： SELECT ColumnA, AVG(ColumnA), ColumnA + Column B AS AddColAColB SELECT SUM(ColumnA), ColumnA % ColumnB AS ModuloColAColB 派生表。行集函数。 UNION 运算符

03

UI篇－VC的生命周期以及UIView的layoutSubviews和drawRect方法

看似常用的UIView，其实有很多不经常用到的方法和应该注意的机制，我是一个喜欢打破砂锅问到底的人，可是很多问题在网上搜索不到答案，大部分的博客都是转载相同的东西，所以我自己就新建 Dome，实际测试了一些数据，得到了一些有用的东西，分享给大家，其中也用到了其它大神的理论和指点，在此感谢。

03

SwiftUI-MVVM

最近看了斯坦福大学 2020 春季的 SwiftUI 课程，总结一下 SwiftUI 是如何支持 MVVM 设计模式的。

03

JAVAAPI中SortedMap解释

A Map进一步提供其键上的总排序。地图根据其键的natural ordering或通过在分类地图创建时提供的Comparator进行排序。当迭代排序的地图的集合视图（由keySet和values方法返回）。提供了几个额外的操作来利用订购。（此接口是在地图类似物SortedSet ）。

02

Vs Code 2020年6月（1.47版）

今天一天大部分时间都没有开电脑,果然,我的脖子没有什么感觉(病好了).现在我还是一个半吊子开发者.如果以后是全职开发...额.总之,小命就一条,自己心疼的抱住自己.

03

数据通信网络之IPv6以太网单臂路由

本实验模拟一个简单的以太网二层交换网络，如图 1 所示，二层交换机 AS1 与 AS2 均接入了 VLAN10 及 VLAN20 的终端，并且这两台交换机之间也存在互联链路。简单起见，此处 VLAN10 仅含两台计算机 PC1 和 PC3，VLAN20 仅含两台计算机 PC2 和 PC4。其中，交换机 AS1 与 AS2 推荐使用 S5700 及以上设备。

02

mysql之MVCC(五)

全称Multi-Version Concurrency Control，即多版本并发控制。它是一种并发控制的方法，它可以维护一个数据的多个版本，用更好的方式去处理读写冲突，做到即使有读写冲突也能不加锁。

03

MySQL视图操作

MySQL视图是一种虚拟表，它是从一个或多个基本表（或视图）中派生的，以便按照某些特定的需求查询数据。视图并不实际存储数据，而是只存储定义视图的查询语句。在MySQL中，可以使用CREATE VIEW语句来创建视图，并使用SELECT语句来定义视图的查询。

02

Oracle数据库常用操作命令

启动（START）监听是Oracle用户在操作系统下执行的命令，可以直接在LSNRCTL后加参数，也可以在该命令提示符后在进行操作。

01

前端必读：Vue响应式系统大PK（下）

在上节中我们对Vue2和Vue3中的响应式系统做了对比，带大家了解了响应式系统的工作原理，今天我们来进一步探索Vue3中的响应式系统API，为了让大家更好的理解和学习，将方法分组进行归纳。

02

一步步学习EF Core(3.EF Core2.0路线图)

09

轻量级KVO[译]

在这篇文章中，我会实现一个自己用的简单KVO类，我认为KVO非常棒，然而对于我大部分的使用场景来说，有这两个问题：

03

解析SwiftUI布局细节（二）循环轮播+复杂布局

上一篇我们总结的主要是VStack里面的东西，由他延伸到 @ViewBuilder, 接着我们上一篇总结的我们这篇内容主要说的是下面的几点，在这些东西说完后我准备解析一下苹果在SiwftUI文档中说道的比较好玩的一个东西，具体的我们后面在看。这篇我们还是说我们关于SwiftUI的东西，再提一下Demo代码我已经提交上Git了，目前Demo进度为一级页面基本上结束，地图点击大头针的添加也刚处理完，代码有需要的小伙伴可以去Git看看，项目地址

02

扫码

添加站长进交流群

领取专属 10元无门槛券

手把手带您无忧上云

扫码加入开发者社群

相关资讯

热门标签

活动推荐

运营活动

活动名称

广告关闭