|
5 | 5 |
|
6 | 6 | 你也可以为这个项目出一份力，如果发现有价值的信息、文章、工具等可以到 [Issues](https://github.com/SwiftOldDriver/iOS-Weekly/issues) 里提给我们，我们会尽快处理。记得写上推荐的理由哦。有建议和意见也欢迎到 [Issues](https://github.com/SwiftOldDriver/iOS-Weekly/issues) 提出。 |
7 | 7 |
|
8 | | -## 新闻 |
9 | | - |
10 | | -> 行业相关的新闻、趣事、看法 |
11 | | -
|
12 | | -## Developer - 设计开发加速器 |
13 | | - |
14 | | -> 设计开发加速器相关活动 |
15 | | -
|
16 | 8 | ## 新手推荐 |
17 | 9 |
|
18 | | -> 收集一些对新手友好且质量不错的文章 |
| 10 | +### 🐎 [High Level Anatomy of a Camera Capturing Session](https://mfaani.com/posts/ios/swiftui-camera-learnings/) |
| 11 | + |
| 12 | +[@AidenRao](https://weibo.com/AidenRao)：这边文章用比较简单易懂的话，介绍苹果的相机从拍摄到 Swift 中展示的完整流程。文章不长，比较适合做个相机原理了解。 |
19 | 13 |
|
20 | 14 | ## 文章 |
21 | 15 |
|
22 | | -### 🐎 [High Level Anatomy of a Camera Capturing Session](https://mfaani.com/posts/ios/swiftui-camera-learnings/) |
| 16 | +### 🌟 🐕 [从 DisplayList 到 Transaction: SwiftUI 调试实战](https://kyleye.top/posts/swiftui-debug-analysis) |
23 | 17 |
|
24 | | -[@AidenRao](https://weibo.com/AidenRao)：这边文章用比较简单易懂的话，介绍苹果的相机从拍摄到 Swift 中展示的完整流程。文章不长，比较适合做个相机原理了解。 |
| 18 | +[@Kyle-Ye](https://github.com/Kyle-Ye): 文章介绍了如何通过 SwiftUI 中的相关环境变量，使用 DisplayList 输出分析视图渲染问题，通过符号断点和汇编调试深入分析 SwiftUI 内部机制，并使用 AttributeGraph 等调试工具进行问题定位。 |
25 | 19 |
|
26 | 20 | ### 🐕 [Faster Equatable and Hashable conformances with Identifiable](https://erkek.in/faster-equatable-and-hashable-conformances-with-identifiable) |
27 | | -[@Smallfly](https://github.com/iostalks)：这篇文章聚焦 Swift 中`Equatable`与`Hashable`协议的性能优化，揭示了编译器自动合成实现的潜在瓶颈，并提出结合`Identifiable`协议的改进方案。核心内容包括： |
28 | 21 |
|
29 | | -- 问题分析：默认合成的 `Equatable`/`Hashable` 会逐成员比较或哈希，对含大集合（如`[User]`）或嵌套结构的类型，复杂度达 O(N)，在 SwiftUI 视图更新、`Set` 操作中易成性能瓶颈。 |
30 | | -- 优化方案：利用`Identifiable`的`id`属性（如`UUID`），仅基于唯一标识实现`Equatable`和`Hashable`，将操作复杂度降至 O(1)。 |
31 | | -- 数据验证：基准测试显示，含 1000+ 员工的`Company`类型，`Identifiable`方案的`Equatable`快 3 倍，`Hashable`快 3 万倍。 |
| 22 | +[@Smallfly](https://github.com/iostalks)：这篇文章聚焦 Swift 中 `Equatable` 与 `Hashable` 协议的性能优化，揭示了编译器自动合成实现的潜在瓶颈，并提出结合 `Identifiable` 协议的改进方案。核心内容包括： |
| 23 | + |
| 24 | +- 问题分析：默认合成的 `Equatable`/`Hashable` 会逐成员比较或哈希，对含大集合（如 `[User]`）或嵌套结构的类型，复杂度达 O(N)，在 SwiftUI 视图更新、`Set` 操作中易成性能瓶颈。 |
| 25 | +- 优化方案：利用 `Identifiable` 的 `id` 属性（如 `UUID`），仅基于唯一标识实现 `Equatable` 和 `Hashable`，将操作复杂度降至 O(1)。 |
| 26 | +- 数据验证：基准测试显示，含 1000+ 员工的 `Company` 类型，`Identifiable` 方案的 `Equatable` 快 3 倍，`Hashable` 快 3 万倍。 |
32 | 27 |
|
33 | 28 | 文章结合编译器源码与 SwiftUI 实践，为性能敏感场景提供了可落地的优化思路。 |
34 | 29 |
|
|
48 | 43 | • 滑块增强：`UISlider` 新增刻度配置和无拖柄样式 |
49 | 44 | 整体而言，iOS 26 的 `UIKit` 更新聚焦于视觉现代化、跨平台一致性和开发便利性的提升。 |
50 | 45 |
|
51 | | -### 🐎 [Why I'm Not Using Xcode 26's AI Chat Integration (And What Could Change My Mind)](https://www.fline.dev/why-im-not-using-xcode-26s-ai-chat-integration-and-what-could-change-my-mind/) |
52 | | - |
53 | | -[@阿权](https://github.com/bqlin)：文章者结合自身开发体验，分析了 Xcode 26 中 AI 集成的不足，并建议 Apple 补齐（作者也是恨铁不成钢啊！）： |
54 | | - |
55 | | -1. 请求队列：AI 功能会阻塞输入，无法 “边等待边规划”，打断开发思路。 |
56 | | -2. 上下文工程支持：不支持输入上下文文档，需反复解释编码规则，难以调教。 |
57 | | -3. 构建验证能力：无法自行构建、读取错误日志，频繁依赖人工操作，打断开发节奏。 |
58 | | -4. Git 集成：无法搜索历史、对比版本、自动提交，无法利用代码历史辅助开发（如恢复旧代码、更新文档）。 |
59 | | -5. 终端与 CLI 访问：无法通过终端运行自定义的 CLI 工具，简化多任务工作流。 |
60 | | -6. 项目文件限制：无法打开多仓库文件夹，适配复杂项目结构的能力差。 |
61 | | -7. 网页搜索与文档访问：无法获取最新 API / 提案信息，需手动查找，降低信息获取效率。 |
62 | | - |
63 | | -作者认为 Xcode AI 目前更像个 “功能展示”（有但难用），而非真正的生产力工具，核心问题是未围绕 “AI 驱动开发” 的工作流设计（如频繁的人工干预、缺少自动化能力）。 |
64 | | - |
65 | | -为此，作者也是放弃了 Xcode 转向了 Cursor + Claude Code。 |
66 | | - |
67 | 46 | ### 🐕 [SwiftUI for Mac 2025](https://troz.net/post/2025/swiftui-mac-2025/) |
68 | 47 |
|
69 | 48 | [@Cooper Chen](https://github.com/cjlcooper)：这篇文章总结了 SwiftUI 在 macOS 26 上的多项改进，主要亮点包括： |
|
75 | 54 |
|
76 | 55 | 整体来看，SwiftUI 在 Mac 上的易用性与表现力进一步提升，对想要打造现代化界面的开发者非常有参考价值。 |
77 | 56 |
|
78 | | -### 🐎 [Working with partially generated content in Xcode previews](https://www.artemnovichkov.com/blog/working-with-partially-generated-content-in-xcode-previews) |
79 | | - |
80 | | -[@DylanYang](https://github.com/Dylan19Yang)：iOS 26 有了新的 Foundation Models 框架支持开发者通过系统端侧的模型来生成一些数据，本文作者在此之上探索了如何让 Xcode Preview 功能和这些端生成的数据结构进行交互预览。预览 SwiftUI 的静态布局的话我们可以通过代码构造对应的数据结构来 mock 一个实现，此外也可以通过 json 的方式构造一个 GeneratedContent 作为端生成数据结构的初始化参数。如果需要验证流式输出对于 UI 布局的影响，则可以借助 AsyncThrowingStream 来模拟模型生成的场景。 |
81 | | - |
82 | 57 | ### 🐎 [Git 2.51 support push/pull stash](https://github.blog/open-source/git/highlights-from-git-2-51/) |
83 | 58 |
|
84 | 59 | [@david-clang](https://github.com/david-clang)：过去 git stash 难以在不同机器之间迁移，Git 在 8 月 18 日发布的 2.51.0 版本支持 push/pull stash，实现跨机器共享 stash。但要在 GUI 工具上应用该特性，还要再等等，目前 Fork 支持的 Git 版本是 2.45.2。 |
85 | 60 |
|
86 | | -### 🐕 [从 DisplayList 到 Transaction: SwiftUI 调试实战](https://kyleye.top/posts/swiftui-debug-analysis) |
87 | | - |
88 | | -[@Kyle-Ye](https://github.com/Kyle-Ye): 文章介绍了如何通过 SwiftUI 中的相关环境变量，使用 DisplayList 输出分析视图渲染问题，通过符号断点和汇编调试深入分析 SwiftUI 内部机制，并使用 AttributeGraph 等调试工具进行问题定位。 |
89 | | - |
90 | | -## 工具 |
91 | | - |
92 | | -> 开发过程中常用的工具，及一些新工具的介绍 |
93 | | -
|
94 | | -## 代码 |
95 | | - |
96 | | -> 库，代码段，开源app |
97 | | -
|
98 | | -## 书 |
99 | | - |
100 | | -> 比较不错的书的推荐和书评 |
101 | | -
|
102 | | -## 音视频 |
103 | | - |
104 | | -> 比较不错的书的推荐和书评 |
105 | | -
|
106 | 61 | ## 内推 |
107 | 62 |
|
108 | 63 | 重新开始更新「iOS 靠谱内推专题」，整理了最近明确在招人的岗位，供大家参考 |
|
0 commit comments