fix #5153

Author: iostalks

Reports/2025/#352-2025.09.22.md

@@ -84,6 +84,15 @@
 
 [@Cooper Chen](https://github.com/cjlcooper)：在 iOS 26 中，苹果推出了全新的 Liquid Glass 设计系统，为界面带来了更透明、流动的视觉体验。但如果你的 App 还没做好适配，用户可能会遇到界面错乱的问题。作者在文章中给出了一个简洁的解决方案：通过在 `Info.plist` 中新增键值 `UIDesignRequiresCompatibility = YES`，就能让应用暂时保持旧版设计，避免因 Liquid Glass 引发的兼容性 bug。不过要注意，这只是临时方案，苹果计划在 iOS 27 移除该选项。也就是说，开发者需要尽快着手适配 Liquid Glass，以确保用户体验的连贯性和未来的稳定性。对于想稳妥过渡到新系统的团队来说，这是一个既务实又必须关注的技巧。
 
+### 🐢 [We Need to Talk About Observation](https://jaredsinclair.com/2025/09/10/observation.html)
+[@Smallfly](https://github.com/iostalks)：这篇文章深度探讨了 Swift 观察机制的新旧范式更迭，从 `ObservableObject` + `Combine` 的旧时代到 `@Observable` 宏 + `Observations` 结构体的新生态，揭示了迁移过程中的关键挑战与设计考量。核心内容包括：
+
+- **旧范式的价值**：回顾 `@Published` + `Combine` 在对象间观察（如 `UserCoordinator` 与 `SyncEngine`）的简洁性——自动管理订阅生命周期、支持跨对象响应，为复杂业务逻辑提供低耦合解决方案。
+- **新范式的突破与局限**：分析 `@Observable` 宏在 SwiftUI 集成（属性访问优化、嵌套支持）的优势，同时指出 `withObservationTracking`（单次触发需递归调用）与 `Observations` 结构体（任务生命周期管理复杂）在非 UI 场景的不足——订阅取消需手动管理 `Task`、对象弱引用易出错。
+- **迁移建议**：强调选择方案时需超越 UI 层考量，关注业务逻辑中对象间观察的实际需求，避免因新特性的「表面简洁」忽略生命周期管理的潜在风险。
+
+文章以开发者视角对比新旧机制的工程实践差异，为理解 Swift 观察体系演进提供了务实的参考。
+
 ## 工具
 
 > 开发过程中常用的工具，及一些新工具的介绍