swiftui

大熊猫侯佩

WWDC26 前瞻：告别野蛮生长，SwiftUI 即将迎来的「工业级」进化如果让我用一句话来总结过去五年的 SwiftUI 发展史，那绝对是：“它已经赢了，但还没完全赢。”把时间拨回 2020 年，各大论坛里最火的引战话题永远是“SwiftUI vs UIKit”。但站在 2026 年的前夕，这个争论其实已经画上了句号。对于绝大多数新启动的 Apple 生态项目来说，SwiftUI + SwiftData + Observation 已经成为毫无争议的“黄金三剑客”默认架构。

稳定 > 新功能 -- 肘子的 Swift 周报 #138无论是 SwiftUI 还是 SwiftData，这些苹果寄予厚望的基础框架，在推出时都描绘了充满光明的未来，但实际走势似乎都和最初的设定不太一样。当我越深入了解这些框架，就越对它们精妙的架构设计所折服，同时也对那些不尽如人意的实现感到无语。眼看着这些设计的光环逐渐褪去，心中不免唏嘘。

Swift学习笔记34-MVC架构，SwiftUI与UIkit混编练习1.存档数据的传输Model2.网络请求，请求到的数据的Model3.从数据库拿到的Model·14.页面Model：用于标记页面渲染的元素，是由前三个model生成来的。

Swift学习笔记33-多线程与UI渲染通过**print(Thread.isMainThread) 来得知是否现在主线程(这是基于foundation的）**

从社区路标到生态基石：Dave Verwer 的新篇章 -- 肘子的 Swift 周报 #137Dave Verwer 在 iOS Dev Weekly 第 751 期宣布，这份已经持续近 15 年的周报将交由新的团队继续运营，而他自己接下来会全职投入 Swift Package Index。我的博客在早期获得关注，也曾得益于 iOS Dev Weekly 的推荐；而我在周报中坚持撰写每期周评，同样在很大程度上受到 Dave Verwer 的启发。对于很多 Apple 平台开发者来说，iOS Dev Weekly 早已不只是一份链接合集。它既是社区路标，也是长期陪伴。

iOS Widget 开发-18：Widget 的 SwiftUI 视图适配与设计Widget 的核心是 SwiftUI 视图。由于 Widget 在多种尺寸、系统模式和设备上展示，做好视图适配是打造高质量 Widget 的关键。

iOS Widget 开发-12：Widget 深度链接与导航Widget 虽然不能直接展示完整的 App 界面，但通过深度链接（Deep Link）和 URL 机制，可以实现从 Widget 精准跳转到 App 内部特定页面的功能，提升用户体验的连贯性。

iOS Widget 开发-11：Widget 交互按钮实战（iOS 17+ App Intents）从 iOS 17 开始，Apple 为 Widget 引入了期待已久的交互能力：通过 Button(intent:) 和 Toggle，用户可以直接在 Widget 上完成操作，无需跳转到主 App。这极大地扩展了 Widget 的应用场景。

消失的 WWDC 愿望单 -- 肘子的 Swift 周报 #136距离 WWDC 2026 只剩下 20 天了。每年到这个时候，我都会看到不少开发者分享自己的 WWDC 愿望单，写下预测与期许。但今年，至少到我汇总本期周报时，这类内容相较去年同期明显少了许多。究竟是开发者对 WWDC 的期待变淡了，还是更多人开始秉持“降低预期才能获得更多惊喜”的心理？

浩宇软件开发

SwiftUI入门 10 分钟学会做一个 App 引导页摘要：本文手把手带你用 SwiftUI 实现一个 App 首次启动时的引导页，包含图片轮播、分页滑动、按钮交互等功能。所有概念用大白话解释，即使你一行 SwiftUI 代码都没写过，也能跟着看懂，并跑通自己的第一个小程序。

Swift报错合集(Xcode编译器)Instance member ‘messageContent’ cannot be used on type ‘MessCellModel’; did you mean to use a value of this type instead?

深度拆解 DanceUI：从声明式视图到原生渲染的全链路技术解析在现代大前端和客户端开发中，声明式 UI（如 SwiftUI, React, Flutter）凭借其极高的开发效率和直观的数据驱动模式，已经成为了行业标配。然而，声明式 UI 始终面临着一个终极拷问：如何在每一次状态变更导致整个视图树“重新描述”时，依然保持极致的渲染性能？

iOS UI 开发完全指南：UIKit 与 SwiftUIiOS 界面开发主要分为两大阵营：UIKit 是 iOS 开发的基础 UI 框架，提供了一套完整的命令式编程接口来构建用户界面。它是 iOS 应用界面开发的基石。

CocoaPods 正在退场，SwiftPM 才刚到第二章 -- 肘子的 Swift 周报 #135谷歌近期宣布，从下一个 Flutter 稳定版 3.44 开始，Swift Package Manager 将在默认路径上取代 CocoaPods，成为 iOS 和 macOS 应用的默认依赖管理器。CocoaPods 的 Trunk 仓库计划于 2026 年 12 月 2 日正式进入只读状态——这个时间点我们在 2024 年的周报中就讨论过了，但当 Flutter 真正开始在默认路径上用 SPM 替换 CocoaPods 时，还是引发了社区的广泛热议。

SwiftUI 打造系统级 Bottom Sheet 交互在 iOS 16 之后，SwiftUI 对 Sheet（底部弹窗）的支持越来越完善。以前我们如果想实现类似：

Swift 5.9 被严重低估的特性：参数包，一次性干掉重复泛型重载做 iOS / SwiftUI 的人，基本都踩过这个坑： VStack 最多只能放 10 个子视图超过 10 个，直接编译报错。以前的解决方案也很 “原始”：

让 AI 从称手到称心 -- 肘子的 Swift 周报 #134从开始深度使用 AI 工具至今已有三年。三年间，我亲历了 AI 能力的飞跃，也越来越清晰地触摸到它的边界。截至目前，AI 早已是非常出色的效率工具，但如何让它写出真正“称心”——符合我个人风格、想法与设计哲学——的代码，仍是一个不小的挑战。

Swift 并发正被更广泛地接纳 -- 肘子的 Swift 周报 #133从 Swift 5.5 引入符合现代编程思想的新并发模型算起，一转眼快 5 年了。从 5.5 到目前的 6.3，Swift 社区一直在采用小步迭代的方式，积极推进并发 API 的演进。但在应对过多的新关键字、复杂的隔离概念以及一些容易引发困扰的“反模式”时，这个过程对开发者来说并不算顺利。

SwiftUI 核心选型：class + ObservableObject VS struct + @StateSwiftUI 的状态管理，本质是数据驱动 UI。但在实际开发中，一个绕不开的问题是：👉 到底该用 struct + @State，还是 class + ObservableObject？