{"data":{"allPost":{"edges":[{"node":{"slug":"/post/2022/08/using-functional-binding-to-observe-in-swiftui-19a8","title":"在 SwiftUI 中使用函数式 Binding 实现观察者模式","subtitle":"","isPublished":true,"createdTime":"2022-08-19T00:00:00.000Z","lastModifiedTime":null,"license":null,"tags":["SwiftUI","Binding","Swift","观察者模式"],"category":"编程","file":{"childMdx":{"excerpt":"故事 这周，我的同事问了我一个问题：在 SwiftUI 中怎么观察用户对  Picker  的选择行为？ 这是一个来自真实业务的问题，所以我觉得值得我花费时间去解决它。 范例代码如下所示，然后我的同事想观察用户对  Picker  候选项的选择行为。 分析 但是，「观察」本身的意义可能会随着上下文变动而变动： 它可以表示用户在  Picker  上放下手指的那一刻。 它可以表示用户在  Picker  上抬起手指的那一刻。 它可以表示  Picker  对  $selection  进行值变更的那一刻。 上述每一项都将导致不同的最终解决方案。 因为 SwiftUI 控件可以使用 style…"}}}},{"node":{"slug":"/post/2026/05/has-claude-code-fallen-behind-codex-dbad","title":"Claude Code 落后 Codex 了吗？","subtitle":"","isPublished":true,"createdTime":"2026-05-26T00:00:00.000Z","lastModifiedTime":null,"license":null,"tags":["AI","Agent"],"category":"Programming","file":{"childMdx":{"excerpt":"如果你关注编程 agent 之间的竞赛，那大概听过这个说法：Codex 今年势头很猛——更快、更便宜、更自主，在各项基准测试上和 Claude Code 几乎不分伯仲。如今不少开发者会优先选它。 速度和成本上，确实没得说——直到我试着把自己的一个 agent skill 迁到 Codex 上，撞上了一堵墙：问题不在模型本身，而在于 agent 被允许怎样和我对话。 那就先老实回答标题里的问题：对于手动操作的人来说，并没有——Codex 确实追上来了，但你用哪个都不吃亏；可对于想在它之上 搭建基于 skill 的工作流 的人来说，反而是 Claude Code…"}}}},{"node":{"slug":"/post/2025/09/build-your-first-agentic-loop-9d22","title":"打造你的第一个 7x24 Agent 循环","subtitle":"","isPublished":true,"createdTime":"2025-09-25T00:00:00.000Z","lastModifiedTime":null,"license":null,"tags":["AI","Agent"],"category":"Programming","file":{"childMdx":{"excerpt":"小趣闻：  2025 年 9 月，我在 Claude Code 上的用量飙到了  3000 美元 。 原因很简单：我把 Claude Code 放进了一个  7x24 agent 循环  里帮我打理业余项目。我睡着时，循环会评估现场、派生 subagents、让事情持续推进。等我醒来，进度已经悄悄向前走了一截。 但这种魔法并不是 Claude 独有；只要你理解了配置的精髓，就能把这个魔法复刻到任何实现了相同要件的模型与 agent runtime 上。 下面就带你从头搭建。 幕后的秘密 事实是：最新的 Claude 4、GPT-5 这类大模型已经在  agent…"}}}},{"node":{"slug":"/post/2026/05/how-i-built-the-dynamic-workflow-4-month-before-anthropic-3d29","title":"我是如何领先 Anthropic 四个月做出 Dynamic Workflow 的","subtitle":"","isPublished":true,"createdTime":"2026-05-29T00:00:00.000Z","lastModifiedTime":null,"license":null,"tags":["AI","Agent"],"category":"Programming","file":{"childMdx":{"excerpt":"上周，Opus 4.8 与 Claude Code  dynamic workflows  同时发布。而早在四个月前，我就在 Opus 4.5 上构建了一个等效插件  charge ，只需提供 prompt，它就能创建并编排由 subagent 驱动的可复用工作流。 Charge 在这里是「冲锋」的意思——即很多个 subagents 冲锋帮你完成任务。 不久后，我便放弃了这个项目，因为事实证明，动态生成 subagent(s) 并复用其工作流只是个伪需求。不过，基于 subagent 的编排依然是我在 Claude Code 日常工作的核心。如今，我已转用  amplify…"}}}},{"node":{"slug":"/post/2023/03/adapting-reference-semantics-model-in-swiftui-the-basics-f521","title":"在 SwiftUI 中适配引用语义模型 -- 基础篇","subtitle":"","isPublished":true,"createdTime":"2023-03-02T00:00:00.000Z","lastModifiedTime":null,"license":null,"tags":["SwiftUI","Swift","适配器模式","引用语义","Binding"],"category":"Programming","file":{"childMdx":{"excerpt":"介绍 最近，我的一位同事试图将引用语义模型用  ObservableObject  和  @StateObject  迁移到 SwiftUI。由于网上有很多关于用这种方式来迁移引用语义模型到 SwiftUI 的例子，在这篇文章中我不打算重点讨论这种方法的一般情况，而是想重点讨论在我和我的同事寻找答案使其代码正常工作的过程中发现的更有价值的三个话题。这些话题是： 在 SwiftUI 中真相源 (Source of Truth) 是什么？ 在 SwiftUI…"}}}},{"node":{"slug":"/post/2023/08/swift-macro-revisited-the-strengths-and-essence-a5a4","title":"再探 Swift 宏 - 优势与本质","subtitle":"","isPublished":true,"createdTime":"2023-08-08T00:00:00.000Z","lastModifiedTime":null,"license":null,"tags":["Swift","宏"],"category":"编程","file":{"childMdx":{"excerpt":"通过 WWDC 2023，我们了解到 Swift 宏的目标是： 消除重复代码 让繁琐的事情变得简单 以软件包的形式与其他开发者分享 然而，这些目标并不是 Swift 宏所独有的。对于 Swift 中的许多代码重用手段而言，这些都是共同的目标，如函数、类型和模块。可以说，所有高级编程语言都希望实现这些目标。Swift 宏必须在其他方面有所胜出；否则的话没必要存在。 那么， Swift 宏到底擅长什么？ 这个问题的答案至关重要。 Swift 宏独一无二的优势会决定它的本质：这可以指导我们创作有效的 Swift 宏、告诉我们在创作宏时的行为边界，并最终帮助我们产出良好设计的 Swift…"}}}},{"node":{"slug":"/post/2025/03/when-the-swift-compiler-deleted-code-in-stdlib-9067","title":"当 Swift 编译器删除了标准库中的代码 - 记修复 Swift 6 中的冗余 Load 指令消除优化器","subtitle":"","isPublished":true,"createdTime":"2025-03-09T00:00:00.000Z","lastModifiedTime":null,"license":null,"tags":["Swift","Compiler"],"category":"Programming","file":{"childMdx":{"excerpt":"最新更新：苹果已接受该问题的修复。最终解决方案在相关代码所有者 review 后进行了调整。 蛇年春节假期前，一位同事向我展示了一个由 use-after-free（释放后使用）错误导致的神秘崩溃。最近，我有时间深入研究这个问题，并发现崩溃是由 Swift 编译器的错误编译引起的。下面是最小复现代码，必须使用  -Osize  优化级别编译。我们可以通过在编译过程中启用地址检查器（address sanitizer）来检测 use-after-free 问题。 有趣的是，将  AutoreleasingUnsafeMutablePointer…"}}}},{"node":{"slug":"/post/2023/08/swift-macro-revisited-traps-and-pitfalls-1034","title":"再探 Swift 宏 - 陷阱与缺陷","subtitle":"","isPublished":true,"createdTime":"2023-08-10T00:00:00.000Z","lastModifiedTime":null,"license":null,"tags":["Swift","宏"],"category":"编程","file":{"childMdx":{"excerpt":"在之前的文章中，我们学习了使得 Swift 宏独一无二的优势和本质。文中的示例工作正常，但是我们现在可以放心大胆地实现任何 Swift 宏了吗？ 答案是否定的。 给 Swift 宏带来优势的特性也会引入陷阱与缺陷，从而让程序员自己给自己造成麻烦。在本文中，我想向你展示我发现的一些问题以及避免它们的方法。 陷阱与缺陷 控制流的潜在混乱 在之前的文章中的  #unwrap  示例中，Swift 宏展开可能涉及到 控制流操控 和 词法作用域共享 ： 展开之前： 展开之后： 由于示例宏展开中涉及控制流的  return…"}}}}]}},"pageContext":{"slug":"/zh-Hans","locale":{"identifier":"zh-Hans","slug":"/zh-Hans"},"title":null,"showsPageTitle":false,"keywords":["WeZZard","Pieces of My Soul"],"description":"","items":["21aa96bf-a1fc-5942-852c-61f445a812ef","c5ae3875-a67e-5af7-b1a3-6f84964d11e2","fc91b6bc-17af-54a8-9f29-dc69f93daae6","46abd102-d678-5362-9d51-00ffd4a02f90","c743b528-1454-53f9-9a0b-8aebda6e8d68","bfebcd5e-37cf-5ace-be71-d0ea1b5d8e48","50422053-00c8-522e-a118-2c12b7f4d13f","5c75555f-38a8-50fe-b14c-454701f208be"],"paginationInfo":{"basePath":"/zh-Hans","pageIndex":0,"pagesCount":2,"previousPageTitle":"Earlier Posts","nextPageTitle":"Later Posts"}}}