举手之劳上个周末我在北京参加了由苹果举办的 App 孵化器活动本次的主题主要围绕 AI 时代的应用开发、运营和商业模式展开。与会者大多是 IT 公司的管理者和应用开发者整个活动期间大家对 AI 的热情都很高也纷纷讨论各自对于 AI 的理解和应用技巧我从中收获不少。会议结束后我和一位从事传统行业的朋友吃饭。他对 AI 基本一窍不通。作为一个新兴概念他也想了解但一直没有切实感受到 AI 究竟能给他的企业带来什么。就餐过程中他接到一个电话一个客户要求立刻调整方案。当时正值周末即便马上把任务安排下去也很难在短时间内完成。我在了解大致需求后发现这恰好属于 AI 的舒适区于是直接用手机让 AI 帮他处理。几分钟后结果就出来了。他不仅惊叹于 AI 完成任务的效率也对结果的质量感到意外。而在他的公司里恰好有一个由五六人组成的部门大部分工作就是处理类似的任务。于是他马上开始向我询问更多细节并计算如果引入 AI可以缩减多少人力、降低多少成本。这个转变之快让我有些诧异。我随即和他讨论了另一种可能既然 AI 能以更低的成本完成过去的工作那么是否也可以利用这些新增的能力去尝试以前因为成本过高而无法开展的业务节流当然是 AI 最直观的价值但开源同样是它可以施展的方向。在参加活动期间我也曾在私下交流中表达过对 AI 冲击就业的担忧不过更多还是从长期趋势出发的一种思考。当这种“担忧”突然以如此具体的方式出现在眼前时我还是感到了一些不适。一个对我而言只是举手之劳的演示在另一个人的视角里却可能迅速变成一道关于几个人是否还有必要继续留在岗位上的算术题。返程途中我想的一直是那五六个人。他们此刻大概正安稳地过着周末却并不知道自己的岗位刚刚在一顿饭的时间里被重新估价。而促成这次估价的是我几分钟前的一次演示。下一次遇到类似的场合我大概还是会打开手机演示给对方看。但我想我至少应该记得屏幕这一侧的举手之劳在屏幕的另一侧或许是另一番境地。本期内容 | 前一期内容 | 全部周报列表近期推荐Swift 嵌套闭包弱捕获警告 (Why Swift is introducing a warning for weak captures within nested closures)弱捕获是 Swift 中重要的内存管理机制。一直以来如果只在嵌套闭包的内层进行弱捕获Swift 编译器可能会在父闭包中隐式插入强捕获。即便这种行为在某些场景下可能导致 retain cycle编译器此前也不会给出提醒。从 Swift 6.4 开始当编译器发现内层闭包的弱捕获与外层闭包的隐式强捕获存在差异时将给出警告。John Sundell 介绍了这一变化并给出了解决方案根据具体场景在父闭包中显式声明引用方式如果两层闭包都需要独立控制生命周期则可以分别声明各自的捕获方式。这或许只是 Swift 编译器的一项小更新但它能够帮助开发者更明确地表达嵌套闭包之间原本很容易被忽略的 ownership 关系。提升 iOS 后台任务可靠性指南 (Running iOS Background Tasks Reliably)BGTaskScheduler从来都不是 iOS 上的 cron。后台任务真正何时执行取决于系统调度、设备状态、能源预算以及用户使用 App 的习惯。Irving Popovetsky 通过实际设备上的 telemetry 长期观察后台任务的运行规律分享了不少实践中踩过的坑为了提高可靠性而频繁重新提交任务可能反而把一个即将获得执行机会的任务不断向后推force quit、长时间不打开 App、Low Power Mode、设备重启等用户行为和系统状态都会影响后台任务获得执行机会超过预定时间仍未执行也并不意味着调度出现了异常。对于后台任务开发者努力的方向不应该是尝试精确安排执行时间而是在系统愿意提供执行机会时尽可能高效、正确地利用它。TipKit 在真实项目中的落地实践 (The Memory Remains: TipKit in a Shipping App)TipKit 学起来很容易但想在实际项目中用好并不容易。真正的难点在于什么时候不应该显示、如何避免干扰用户以及怎样保证这套逻辑可测试、可维护。Wesley Matlock 在本文中分享了他在真实项目中的使用经验Parameter更适合表示能够随时重新计算出的当前状态而Tips.Event则适合记录无法从现有状态还原的历史行为所有 tip 都应该避开仍可能出现 onboarding 或其他启动 UI 的阶段Tips.configure每个进程只能生效一次因此初始化顺序、Debug 工具和测试环境都需要围绕这一限制设计。TipKit 的精髓不在于外在的视觉效果而在于内在的逻辑表达。它帮助开发者以声明的方式描述提示生成的规则而提示的具体实现完全可以自定义。我们可以把 TipKit 想象成一个判断提示显示需求的规则引擎至于如何可视化这些规则则取决于开发者自己。更多关于这一视角的讨论可以参阅 掌握 TipKit进阶。使用 Swift Charts 构建无障碍日历图表 (Building an accessible calendar chart with Swift Charts)Matthaus Woolard 分享了如何用 Swift Charts 实现类似 GitHub Contributions 的日历图表。不过文章更精彩的部分在于对 accessibility 的处理。由于不同周的相同 weekday 共享经过归一化的 x 值VoiceOver 会将整列数据组合起来而无法逐日浏览。作者通过accessibilityChildren为 plot area 另外构建了一套与视觉布局对应的 accessibility hierarchy从而解决了这一问题。由 Matthaus Woolard 和 Natalia Panferova 合著的 Swift Charts Beyond the Basics 一书已于上周正式发布。对于希望使用 Swift Charts 创建高级数据可视化的开发者来说这是一本不可多得的进阶教程。Mac 应用独立分发与 DMG 签名公证指南 (Mac App Direct Distribution, DMG Signing Notarization Guide)相比通过 Mac App Store 发布应用直接分发 macOS App 需要开发者自己处理更多发布环节Developer ID 签名、DMG 制作、notarization、staple 以及最终的 Gatekeeper 验证任何一个步骤出现问题都可能导致用户无法正常安装。Stewart Lynch 完整演示了一套从 Xcode Archive、制作 DMG到最终签名、notarization 和验证的发布工作流。在 SwiftUI 中优雅消费 SKIE Flow (Consuming SKIE Flows in SwiftUI)在采用 Kotlin MultiplatformKMP共享业务逻辑、使用 SwiftUI 构建原生 UI 的项目中如何让 Kotlin API 更自然地融入 Swift 生态一直是一个重要问题。SKIESwift Kotlin Interface Enhancer正是为改善这一互操作体验而生它可以将 KotlinFlow转换为 SwiftAsyncSequence让 Swift 端通过熟悉的 Swift Concurrency 方式消费数据。Gustavo Fão Valvassori 介绍了 SKIE 针对 SwiftUI 提供的一组 API除了直接在.task中通过AsyncSequence获取数据还可以使用.collect将 Flow 的变化绑定到 SwiftUI state或者通过Observingwrapper 隐藏状态管理让 KotlinStateFlow的最新值直接参与 View 的构建。Sarunw 的 How to 系列回归Sarunw 的博客一直是很多开发者获取 Apple 生态开发技巧的优秀资源。不过从 2023 年底开始博客便停止了更新。上周Sarunw 重新开始创作并在一周内连续推出了数篇 How to 系列文章。很开心看到一位优秀内容创作者在沉寂近三年后重新回归。工具JindoKit在 App 内预览灵动岛界面WidgetKit 提供的 Live Activity 预览主要服务于 Xcode 中的开发与调试对于允许用户选择主题、调整展示内容的应用系统并未提供相应的 App 内预览方案。由 Kyle Ye 开发的 JindoKit将 WidgetKit 风格的 Dynamic Island API 带入普通 SwiftUI View让 App 能够直接预览展开、紧凑和最小三种灵动岛形态。由于其 API 与 WidgetKit 的结构高度一致开发者可以用相近的方式组织各个区域的内容并在 App 配置界面与 WidgetKit Extension 之间复用相关视图和数据。更多信息请参阅作者的介绍文章Preview Dynamic Island presentations in your app with JindoKit。唯音输入法由 Shiki Suen 开发的唯音输入法是一款面向 macOS 的开源中文输入法。近期推出的「狂拼模式」提供了类似中文之星智能狂拼、搜狗拼音、紫光拼音和升阳拼音SunPinyin的免输声调打字体验部分词语还支持更激进的不完全拼写。尽管支持类似狂拼模式的开源拼音输入法并不少见但大多只支持汉语拼音。唯音借助自研的「齐铁恨Tekkon」注拼引擎实现了对至少五种普通话拼音方案的狂拼打字支持。往期内容AI 想放弃了人没有 - #15越来越慢的 App Review拦住了谁 - #149Apple Intelligence 已通过审核即将在中国提供服务 - #148热茶还是冰咖啡 - #147 支持与反馈如果本期周报对你有帮助请点赞- 让更多开发者看到评论- 分享你的看法或问题转发- 帮助同行共同成长拓展 Swift 视野 邮件订阅| weekly.fatbobman.com 获取独家技术洞察 开发者社区| Discord 实时交流开发经验 原创教程| fatbobman.com 学习 Swift/SwiftUI 最佳实践 举手之劳 -- 肘子的 Swift 周报 #151
举手之劳上个周末我在北京参加了由苹果举办的 App 孵化器活动本次的主题主要围绕 AI 时代的应用开发、运营和商业模式展开。与会者大多是 IT 公司的管理者和应用开发者整个活动期间大家对 AI 的热情都很高也纷纷讨论各自对于 AI 的理解和应用技巧我从中收获不少。会议结束后我和一位从事传统行业的朋友吃饭。他对 AI 基本一窍不通。作为一个新兴概念他也想了解但一直没有切实感受到 AI 究竟能给他的企业带来什么。就餐过程中他接到一个电话一个客户要求立刻调整方案。当时正值周末即便马上把任务安排下去也很难在短时间内完成。我在了解大致需求后发现这恰好属于 AI 的舒适区于是直接用手机让 AI 帮他处理。几分钟后结果就出来了。他不仅惊叹于 AI 完成任务的效率也对结果的质量感到意外。而在他的公司里恰好有一个由五六人组成的部门大部分工作就是处理类似的任务。于是他马上开始向我询问更多细节并计算如果引入 AI可以缩减多少人力、降低多少成本。这个转变之快让我有些诧异。我随即和他讨论了另一种可能既然 AI 能以更低的成本完成过去的工作那么是否也可以利用这些新增的能力去尝试以前因为成本过高而无法开展的业务节流当然是 AI 最直观的价值但开源同样是它可以施展的方向。在参加活动期间我也曾在私下交流中表达过对 AI 冲击就业的担忧不过更多还是从长期趋势出发的一种思考。当这种“担忧”突然以如此具体的方式出现在眼前时我还是感到了一些不适。一个对我而言只是举手之劳的演示在另一个人的视角里却可能迅速变成一道关于几个人是否还有必要继续留在岗位上的算术题。返程途中我想的一直是那五六个人。他们此刻大概正安稳地过着周末却并不知道自己的岗位刚刚在一顿饭的时间里被重新估价。而促成这次估价的是我几分钟前的一次演示。下一次遇到类似的场合我大概还是会打开手机演示给对方看。但我想我至少应该记得屏幕这一侧的举手之劳在屏幕的另一侧或许是另一番境地。本期内容 | 前一期内容 | 全部周报列表近期推荐Swift 嵌套闭包弱捕获警告 (Why Swift is introducing a warning for weak captures within nested closures)弱捕获是 Swift 中重要的内存管理机制。一直以来如果只在嵌套闭包的内层进行弱捕获Swift 编译器可能会在父闭包中隐式插入强捕获。即便这种行为在某些场景下可能导致 retain cycle编译器此前也不会给出提醒。从 Swift 6.4 开始当编译器发现内层闭包的弱捕获与外层闭包的隐式强捕获存在差异时将给出警告。John Sundell 介绍了这一变化并给出了解决方案根据具体场景在父闭包中显式声明引用方式如果两层闭包都需要独立控制生命周期则可以分别声明各自的捕获方式。这或许只是 Swift 编译器的一项小更新但它能够帮助开发者更明确地表达嵌套闭包之间原本很容易被忽略的 ownership 关系。提升 iOS 后台任务可靠性指南 (Running iOS Background Tasks Reliably)BGTaskScheduler从来都不是 iOS 上的 cron。后台任务真正何时执行取决于系统调度、设备状态、能源预算以及用户使用 App 的习惯。Irving Popovetsky 通过实际设备上的 telemetry 长期观察后台任务的运行规律分享了不少实践中踩过的坑为了提高可靠性而频繁重新提交任务可能反而把一个即将获得执行机会的任务不断向后推force quit、长时间不打开 App、Low Power Mode、设备重启等用户行为和系统状态都会影响后台任务获得执行机会超过预定时间仍未执行也并不意味着调度出现了异常。对于后台任务开发者努力的方向不应该是尝试精确安排执行时间而是在系统愿意提供执行机会时尽可能高效、正确地利用它。TipKit 在真实项目中的落地实践 (The Memory Remains: TipKit in a Shipping App)TipKit 学起来很容易但想在实际项目中用好并不容易。真正的难点在于什么时候不应该显示、如何避免干扰用户以及怎样保证这套逻辑可测试、可维护。Wesley Matlock 在本文中分享了他在真实项目中的使用经验Parameter更适合表示能够随时重新计算出的当前状态而Tips.Event则适合记录无法从现有状态还原的历史行为所有 tip 都应该避开仍可能出现 onboarding 或其他启动 UI 的阶段Tips.configure每个进程只能生效一次因此初始化顺序、Debug 工具和测试环境都需要围绕这一限制设计。TipKit 的精髓不在于外在的视觉效果而在于内在的逻辑表达。它帮助开发者以声明的方式描述提示生成的规则而提示的具体实现完全可以自定义。我们可以把 TipKit 想象成一个判断提示显示需求的规则引擎至于如何可视化这些规则则取决于开发者自己。更多关于这一视角的讨论可以参阅 掌握 TipKit进阶。使用 Swift Charts 构建无障碍日历图表 (Building an accessible calendar chart with Swift Charts)Matthaus Woolard 分享了如何用 Swift Charts 实现类似 GitHub Contributions 的日历图表。不过文章更精彩的部分在于对 accessibility 的处理。由于不同周的相同 weekday 共享经过归一化的 x 值VoiceOver 会将整列数据组合起来而无法逐日浏览。作者通过accessibilityChildren为 plot area 另外构建了一套与视觉布局对应的 accessibility hierarchy从而解决了这一问题。由 Matthaus Woolard 和 Natalia Panferova 合著的 Swift Charts Beyond the Basics 一书已于上周正式发布。对于希望使用 Swift Charts 创建高级数据可视化的开发者来说这是一本不可多得的进阶教程。Mac 应用独立分发与 DMG 签名公证指南 (Mac App Direct Distribution, DMG Signing Notarization Guide)相比通过 Mac App Store 发布应用直接分发 macOS App 需要开发者自己处理更多发布环节Developer ID 签名、DMG 制作、notarization、staple 以及最终的 Gatekeeper 验证任何一个步骤出现问题都可能导致用户无法正常安装。Stewart Lynch 完整演示了一套从 Xcode Archive、制作 DMG到最终签名、notarization 和验证的发布工作流。在 SwiftUI 中优雅消费 SKIE Flow (Consuming SKIE Flows in SwiftUI)在采用 Kotlin MultiplatformKMP共享业务逻辑、使用 SwiftUI 构建原生 UI 的项目中如何让 Kotlin API 更自然地融入 Swift 生态一直是一个重要问题。SKIESwift Kotlin Interface Enhancer正是为改善这一互操作体验而生它可以将 KotlinFlow转换为 SwiftAsyncSequence让 Swift 端通过熟悉的 Swift Concurrency 方式消费数据。Gustavo Fão Valvassori 介绍了 SKIE 针对 SwiftUI 提供的一组 API除了直接在.task中通过AsyncSequence获取数据还可以使用.collect将 Flow 的变化绑定到 SwiftUI state或者通过Observingwrapper 隐藏状态管理让 KotlinStateFlow的最新值直接参与 View 的构建。Sarunw 的 How to 系列回归Sarunw 的博客一直是很多开发者获取 Apple 生态开发技巧的优秀资源。不过从 2023 年底开始博客便停止了更新。上周Sarunw 重新开始创作并在一周内连续推出了数篇 How to 系列文章。很开心看到一位优秀内容创作者在沉寂近三年后重新回归。工具JindoKit在 App 内预览灵动岛界面WidgetKit 提供的 Live Activity 预览主要服务于 Xcode 中的开发与调试对于允许用户选择主题、调整展示内容的应用系统并未提供相应的 App 内预览方案。由 Kyle Ye 开发的 JindoKit将 WidgetKit 风格的 Dynamic Island API 带入普通 SwiftUI View让 App 能够直接预览展开、紧凑和最小三种灵动岛形态。由于其 API 与 WidgetKit 的结构高度一致开发者可以用相近的方式组织各个区域的内容并在 App 配置界面与 WidgetKit Extension 之间复用相关视图和数据。更多信息请参阅作者的介绍文章Preview Dynamic Island presentations in your app with JindoKit。唯音输入法由 Shiki Suen 开发的唯音输入法是一款面向 macOS 的开源中文输入法。近期推出的「狂拼模式」提供了类似中文之星智能狂拼、搜狗拼音、紫光拼音和升阳拼音SunPinyin的免输声调打字体验部分词语还支持更激进的不完全拼写。尽管支持类似狂拼模式的开源拼音输入法并不少见但大多只支持汉语拼音。唯音借助自研的「齐铁恨Tekkon」注拼引擎实现了对至少五种普通话拼音方案的狂拼打字支持。往期内容AI 想放弃了人没有 - #15越来越慢的 App Review拦住了谁 - #149Apple Intelligence 已通过审核即将在中国提供服务 - #148热茶还是冰咖啡 - #147 支持与反馈如果本期周报对你有帮助请点赞- 让更多开发者看到评论- 分享你的看法或问题转发- 帮助同行共同成长拓展 Swift 视野 邮件订阅| weekly.fatbobman.com 获取独家技术洞察 开发者社区| Discord 实时交流开发经验 原创教程| fatbobman.com 学习 Swift/SwiftUI 最佳实践