WWDC26 · 274What’s new in SwiftData
当前 0:07 7s官方 ↗
Session 274·What’s new in SwiftData·深度内容已验证 · 5 sections · 6 cards
深度内容已验证

视频证据

已具备 session-specific claims、anchors、evidence refs、脚本分段和 CDP 验证;这是可审核完成态。

正在接入 Apple HLS 视频源…

脚本分段

分段导航

每段对应一个视频时间段,说明“讲什么、支撑哪条洞察、对应哪些锚点”。完整字幕不在公开页复刻。

Sectioned Queries:Query 原生支持分组,无需视图层手动处理

deep_candidate

Thomas(SwiftData 团队)开场:2027 年新特性。Query 新增 sectionBy 参数自动按属性分组,sections 属性返回分组列表。SampleTrips app 演示按目的地分组行程。

SwiftDataSwiftUImodelQueryApp Services
确认 sectioned queries 是否替代手动分组。 · source segments: 0–42

.codable 修饰符:存储外部框架类型的逃生舱

deep_candidate

MKMapItem.Identifier 无法加 @Model。新 .codable 修饰符委托该类型自行编解码。限制:对 predicate/sort 不透明,结构变化不触发迁移。适用于不拥有源码的外部类型。

modelSwiftDataschemametadatasearch
确认 codable 的适用边界。 · source segments: 43–85

ResultsObserver:SwiftUI 视图之外监听数据变化

deep_candidate

@Query 只能在 SwiftUI 中使用。ResultsObserver 提供相同能力,可在 SceneKit、ObservableObject 等任意上下文中使用。withContinuousObservation 返回 token 控制生命周期。

SwiftDataSwiftUImodelschemaQuery
确认 ResultsObserver 的非 SwiftUI 适用范围。 · source segments: 86–127

HistoryObserver:持久化历史追踪——每次 save 记录 transaction

deep_candidate

每次 save 时记录 transaction,包含变更内容与来源 token。HistoryObserver 的 eventCounter 在新 transaction 时递增。可过滤 model type 和 author。支撑 server sync 和 app extension 场景。

SwiftDataResultsObserverSwiftUIMapCameraControllerSwift
确认 HistoryObserver 在 server sync 中的角色。 · source segments: 128–170

SwiftData 从 ORM 走向数据响应管线——四层架构

deep_candidate

Sectioned queries(UI 层)→ Codable(模型层)→ ResultsObserver(业务层)→ HistoryObserver(同步层)。SwiftData 不再只是持久化框架,而是数据变更响应系统。每层解决不同问题。

modelSwiftDataHistoryObserverSwiftUISwift
确认四层架构与 AI 数据管线的对应关系。 · source segments: 171–213
下左 · 时间锚点

Anchor Skeleton

0:07↗
0:48↗
1:34↗
2:14↗
2:56↗
3:31↗
4:11↗
4:50↗
5:32↗
6:10↗
6:44↗
7:21↗
8:01↗
8:44↗
9:25↗
9:57↗
10:34↗
11:15↗
11:57↗
12:38↗
下右 · 深度内容已验证

Workbench Status

I1deep_candidate

结论 1:Sectioned Query 使 SwiftData 原生支持列表分组

Query 新增 sectionBy 参数自动按属性分组,替代视图层手动分组。sections 属性返回分组列表可用于 ForEach。 这是该 session 的核心论点,支撑整个叙事链在该主题上的完整性。

I2deep_candidate

结论 2:.codable 修饰符解决外部类型持久化

适用于不拥有源码的外部框架类型。限制:对 predicate/sort 不透明,结构变化不触发迁移。 这是该 session 的核心论点,支撑整个叙事链在该主题上的完整性。

I3deep_candidate

结论 3:ResultsObserver 扩展观察能力到非 SwiftUI 场景

@Query 只能在 SwiftUI 中使用。ResultsObserver 在 SceneKit、ObservableObject 等任意上下文中提供相同能力。

I4deep_candidate

结论 4:HistoryObserver 追踪持久化历史——支撑 server sync

eventCounter 递增触发观察,可过滤 model type 和 author。适合构建与外部服务器的同步或跨 extension 数据共享。

I5deep_candidate

结论 5:SwiftData 新能力共同指向数据响应管线。

Sectioned queries 处理 UI 分组,ResultsObserver 处理非 UI 观察,HistoryObserver 处理增量同步。SwiftData 2027 的方向是让数据变化贯穿 UI、业务和同步层。

I6deep_candidate

总判断:274 补齐 Platform Apps 的数据层主干。

Sectioned queries、ResultsObserver、HistoryObserver 共同方向:SwiftData 不再是纯 ORM,而是数据变更响应系统。AI 生成的数据需要这四层才能进入生产。(本 session 在全局地图中的位置:platform_apps 数据层主干——与 269(UI)、272(互操作)构成 Platform Apps 三条主线。)