首页
AI Coding
数据标注
NEW
沸点
课程
直播
活动
APP
插件
搜索历史
清空
创作者中心
写文章
发沸点
写笔记
写代码
草稿箱
创作灵感
查看更多
登录
注册
unravel2025
掘友等级
Harmonyer | iOSer | HDE
|
想知道吗
一名iOS老司机,目前在全职开发鸿蒙
获得徽章 0
动态
文章
专栏
沸点
收藏集
关注
作品
赞
14
文章 10
沸点 4
赞
14
返回
|
搜索文章
最新
热门
脱离 SwiftUI 也能用 @Observable:深入理解 withObservationTracking 的玩法、坑点与 Swift 6 突围
## 前言 iOS 17 引入的 `@Observable` 宏让 SwiftUI 刷新机制大变天,但官方文档只告诉你“在 View 里用就行”。 如果我们想在 非 SwiftUI 场景(比如 N
SwiftUI 状态管理极简之道:从“最小状态”到“状态树”
## 为什么“状态”是 SwiftUI 的牛顿第三定律? 在物理学里,力与反作用力成对出现;在 SwiftUI 里,状态变化与UI 反应也成对出现。 用户每一次点击、每一次网络返回,都相当于给系统
Swift 一个小型游戏对象模型渐进式设计(五)——Swift 并发世界:把 Attackable 搬进 actor
为什么“并发”突然成了刚需 真实场景里: 游戏服务器:32 条网络线程并发处理玩家技能; 客户端:主线程发动画,后台线程算伤害,Timer 触发 dot; 单机多核:SceneKit 物理回调、Vis
Swift 一个小型游戏对象模型渐进式设计(四)——类型擦除与 Existential:当泛型遇见动态派发
为什么“泛型”还不够 上一篇我们写出了这样的代码: 它编译得快、跑得也快,但当你想把它存进数组、或者作为属性逃逸到运行时,就会遇到三个灵魂问题: 编译器不知道具体类型有多大,如何分配内存? 协议里有
Swift 一个小型游戏对象模型渐进式设计(三)——把能力再抽象一层,写一套“伤害计算器”框架
为什么要“再抽象一层” 上两篇我们已经用协议把“攻击”拆成了能力插件,但遗留了一个硬核问题: 游戏前期用 Int 足够,后期为了避免除法误差想换成 Double,甚至金融级精度要用 Decimal;
Swift 一个小型游戏对象模型渐进式设计(二)——协议与默认实现:如何写出不用继承的多态
用 protocol + extension 把上一篇的 BOSS 战例彻底重构,让代码轻量、可测试、易扩展 为什么“不用继承” 上一篇我们用 class Entity → Monster / Bos
Swift 一个小型游戏对象模型渐进式设计(一)——继承机制解读:从基础类到防止重写
为什么必须有“继承” 在真实世界里,我们习惯把事物归类:车 → 自行车 → 双人自行车。 Swift 的 class 类型允许我们用同样的层级方式建模,把公共的代码放在“上层”,把差异化的代码放在“下
Swift 中的迭代机制:Sequence、Collection 与 Iterator 完全拆解
前言 日常开发里,我们写 for item in list 像呼吸一样自然。 但 Swift 编译器在背后悄悄做了三件事: 调用 list.makeIterator() 拿到一个迭代器 反复调用 it
告别并发警告:Swift 6 线程安全通知 MainActorMessage & AsyncMessage 实战指南
为什么旧的 NotificationCenter 会“踩坑” 在 Swift Concurrency 时代,即使你把 addObserver 的 queue 设成 .main,只要闭包里调用了 @Ma
【SwiftUI 任务身份】task(id:) 如何正确响应依赖变化
为什么 .task 默认不会“跟着变量跑” 在 UIKit 时代,我们手动 addObserver、removeObserver,一不小心就忘记移除。 SwiftUI 带来了“自动依赖追踪”:只要 b
下一页
个人成就
优秀创作者
文章被点赞
855
文章被阅读
178,219
掘力值
9,427
关注了
289
关注者
407
收藏集
25
关注标签
60
加入于
2016-07-08