|
1 | 1 | # 老司机 iOS 周报 #362 | 2026-01-12 |
2 | 2 |
|
3 | | - |
| 3 | + |
4 | 4 | 老司机 iOS 周报,只为你呈现有价值的信息。 |
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 | | -## 新手推荐 |
17 | | - |
18 | | -> 收集一些对新手友好且质量不错的文章 |
19 | | -
|
20 | 8 | ## 文章 |
21 | 9 |
|
22 | | -> 写的不错的技术博客,包含但不局限于 iOS、多端统一、设计、产品等 |
23 | | -
|
24 | 10 | ### 🐎 [我们如何使用 Codex 在 28 天内构建 Android 版 Sora](https://openai.com/zh-Hans-CN/index/shipping-sora-for-android-with-codex/) |
25 | 11 |
|
26 | 12 | [@Crazy](https://github.com/jiyan135960):本篇文章简略的讲述了 OpenAI 的工程师团队是如何利用 CodeX 在 28 天内开发 Sora 的 Android 版本,主要可以分为以下四个部分 |
|
37 | 23 | [@Barney](https://github.com/BarneyZhaoooo):本文聚焦 Git 不直接追踪文件重命名的核心特性,解析其通过文件内容相似度启发式算法推测重命名的逻辑。为确保历史追踪准确,核心建议将重命名单独提交,推荐借助 git mv 命令(暂存重命名操作、保留文件编辑未暂存状态)实现。同时提供替代脚本方案,解决无法使用 git mv 时,重命名与编辑同步进行导致的追踪难题,助力高效管理文件版本历史。 |
38 | 24 |
|
39 | 25 | ### 🐕 [Replay](https://nshipster.com/replay/) |
| 26 | + |
40 | 27 | [@Smallfly](https://github.com/iostalks):这篇文章介绍了 Swift 生态中解决网络测试痛点的工具 Replay,通过记录与重放真实 HTTP 流量,为测试提供高效、稳定的解决方案。核心亮点包括: |
41 | 28 |
|
42 | 29 | - 痛点解决:针对网络测试慢、依赖第三方服务不稳定、手动维护 JSON 响应文件易过时的问题,Replay 实现「记录一次,永久重放」,避免测试受网络波动影响。 |
|
52 | 39 |
|
53 | 40 | 因为底层的重构方案还需要上层插件进行适配,官方又合入了个无需插件适配的临时方案作为补充:在 `FlutterPlatformViews.mm` 中实现了针对 `WKWebView` 手势识别器的递归搜索和“重启”机制,并在 `blockGesture` 中针对 iOS 26+ 启用了这个机制。 |
54 | 41 |
|
55 | | -### 🐎 [Dart 官方再解释为什么放弃了宏编程,并转向优化 build_runner ? 和 Kotlin 的区别又是什么?](https://mp.weixin.qq.com/s/wwe9Lq392VqrCKhjfIKoXg) |
56 | | - |
57 | | -[@Crazy](https://github.com/jiyan135960):本文主要介绍了 Dart 官方放弃宏编程改为优化 build_runner 的原因,在读本文之前,要先明白什么是宏编程。文章中介绍了 Dart 在实现宏编程的过程中试用的方案与思考,放弃的原因总结起来有三个: |
58 | | - |
59 | | -1. 编译会卡在一个“先有鸡还是先有蛋”的死结 |
60 | | -2. 工具链双前端导致宏支持会引发“工作量爆炸 + 性能灾难” |
61 | | -3. 即使做成了,也“高不成低不就”:替代不了 build_runner,不如直接扩展 build_runner 能力 |
62 | | - |
63 | | -文章最后还对比了 Kotlin 的 Compiler Plugins、KSP 与 Swift 的 Swift Macros 的差距,总的来说 build_runner 还有很长的一段路要走。 |
64 | | - |
65 | | -## 工具 |
66 | | - |
67 | | -> 开发过程中常用的工具,及一些新工具的介绍 |
68 | | -
|
69 | 42 | ## 代码 |
70 | 43 |
|
71 | 44 | ### [React Native for macOS](https://github.com/microsoft/react-native-macos) |
|
76 | 49 |
|
77 | 50 | [@含笑饮砒霜](https://weibo.com/chinafishnews/):这是一个聚焦于 SwiftUI UI 设计模式的代码仓库,核心围绕 SwiftUI 框架提供各类实用的 UI 实现方案、设计最佳实践和代码示例,面向 iOS/macOS 等平台开发者,旨在解决 SwiftUI 开发中常见的 UI 构建问题、统一设计范式。适合 iOS/macOS 开发者(尤其是 SwiftUI 初学者 / 进阶者),可作为 SwiftUI UI 模式的参考手册,快速复用成熟的设计和代码方案,避免重复踩坑。 |
78 | 51 |
|
79 | | -## 书 |
80 | | - |
81 | | -> 比较不错的书的推荐和书评 |
82 | | -
|
83 | | -## 音视频 |
84 | | - |
85 | | -> 比较不错的书的推荐和书评 |
86 | | -
|
87 | 52 | ## 内推 |
88 | 53 |
|
89 | 54 | 重新开始更新「iOS 靠谱内推专题」,整理了最近明确在招人的岗位,供大家参考 |
|
0 commit comments