unravel2025

## 前言 iOS 17 引入的 `@Observable` 宏让 SwiftUI 刷新机制大变天，但官方文档只告诉你“在 View 里用就行”。 如果我们想在 非 SwiftUI 场景（比如 N

## 为什么“状态”是 SwiftUI 的牛顿第三定律？ 在物理学里，力与反作用力成对出现；在 SwiftUI 里，状态变化与UI 反应也成对出现。 用户每一次点击、每一次网络返回，都相当于给系统

为什么“并发”突然成了刚需 真实场景里： 游戏服务器：32 条网络线程并发处理玩家技能； 客户端：主线程发动画，后台线程算伤害，Timer 触发 dot； 单机多核：SceneKit 物理回调、Vis

为什么“泛型”还不够 上一篇我们写出了这样的代码： 它编译得快、跑得也快，但当你想把它存进数组、或者作为属性逃逸到运行时，就会遇到三个灵魂问题： 编译器不知道具体类型有多大，如何分配内存？ 协议里有

为什么要“再抽象一层” 上两篇我们已经用协议把“攻击”拆成了能力插件，但遗留了一个硬核问题： 游戏前期用 Int 足够，后期为了避免除法误差想换成 Double，甚至金融级精度要用 Decimal；

用 protocol + extension 把上一篇的 BOSS 战例彻底重构，让代码轻量、可测试、易扩展 为什么“不用继承” 上一篇我们用 class Entity → Monster / Bos

为什么必须有“继承” 在真实世界里，我们习惯把事物归类：车 → 自行车 → 双人自行车。 Swift 的 class 类型允许我们用同样的层级方式建模，把公共的代码放在“上层”，把差异化的代码放在“下

前言 日常开发里，我们写 for item in list 像呼吸一样自然。 但 Swift 编译器在背后悄悄做了三件事： 调用 list.makeIterator() 拿到一个迭代器 反复调用 it

为什么旧的 NotificationCenter 会“踩坑” 在 Swift Concurrency 时代，即使你把 addObserver 的 queue 设成 .main，只要闭包里调用了 @Ma