|
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 |
| -### 🐎 [Uncertain⟨T⟩](https://nshipster.com/uncertainty/) |
| 10 | +### 🐎 [Uncertain <T>](https://nshipster.com/uncertainty/) |
25 | 11 |
|
26 | 12 | [@DylanYang](https://github.com/Dylan19Yang):作者向我们描述了原生确定的 Bool 值无法精确表达一些概率出现的场景,因此引入了 Uncertain 这样一个库。它将不确定性引入到了编码之中,它可以通过概率建模来描述一个事件的概率而非结果。这可以被用于 GPS 定位或者传感器噪声等含有不确定性的场景。实际使用时,开发者可以通过比对概率值来进行需要的逻辑开发。感兴趣的读者,可以阅读原文进一步了解。
|
27 | 13 |
|
28 | 14 | ### 🐢 [一个半月高强度 Claude Code 使用后感受](https://onevcat.com/2025/08/claude-code/)
|
29 | 15 |
|
30 |
| -[@JonyFang](https://github.com/JonyFang): Claude Code 在“读懂代码→规划变更→实施改造→文档/测试”整链路提效明显,但必须用工程化流程与成本控制兜底。把它当“结对编程伙伴”和“高效审阅者”,而不是自动合并器;产出视为草稿,经评审与测试落地更稳。 |
| 16 | +[@JonyFang](https://github.com/JonyFang): Claude Code 在"读懂代码→规划变更→实施改造→文档 / 测试"整链路提效明显,但必须用工程化流程与成本控制兜底。把它当"结对编程伙伴"和"高效审阅者",而不是自动合并器;产出视为草稿,经评审与测试落地更稳。 |
31 | 17 |
|
32 | 18 | 关键优势:
|
33 |
| -- 跨文件/长上下文理解强,能给出可执行的分步计划 |
| 19 | +- 跨文件 / 长上下文理解强,能给出可执行的分步计划 |
34 | 20 | - 重构、迁移、批量机械化改动效率高
|
35 |
| -- 文档/测试/变更摘要产出质量好,便于知识传递 |
| 21 | +- 文档 / 测试 / 变更摘要产出质量好,便于知识传递 |
36 | 22 | - 对话式协作体验顺滑,降低思维切换成本
|
37 | 23 |
|
38 | 24 | 主要痛点与对策:
|
39 |
| -- 成本易失控(重度 API/长上下文):设预算/配额与告警,精简上下文,结果缓存,订阅+API混合 |
40 |
| -- 偶发幻觉/环境不匹配:在提示中明确版本/依赖,强制编译与测试,小步提交+代码评审 |
41 |
| -- 长会话漂移:阶段性重置,会话内先对齐“当前共识”,用固定提示模板 |
42 |
| -- 合规与隐私:最小化/脱敏,优先企业版或私有部署,审计与密钥扫描 |
| 25 | +- 成本易失控(重度 API/ 长上下文):设预算 / 配额与告警,精简上下文,结果缓存,订阅 +API 混合 |
| 26 | +- 偶发幻觉 / 环境不匹配:在提示中明确版本 / 依赖,强制编译与测试,小步提交 + 代码评审 |
| 27 | +- 长会话漂移:阶段性重置,会话内先对齐"当前共识",用固定提示模板 |
| 28 | +- 合规与隐私:最小化 / 脱敏,优先企业版或私有部署,审计与密钥扫描 |
43 | 29 |
|
44 |
| -适用场景:原型与探索、跨文件重构/迁移、批量替换/格式化、补齐测试与文档、代码走查与交接 |
| 30 | +适用场景:原型与探索、跨文件重构 / 迁移、批量替换 / 格式化、补齐测试与文档、代码走查与交接 |
45 | 31 |
|
46 | 32 | 回避场景(尽量不让其直接改动):
|
47 |
| -- 安全/核心关键路径:鉴权与权限、加密与密钥、支付/交易、隐私合规、一致性与并发、性能临界路径、底层 FFI(可让其做威胁建模/测试清单/审阅) |
48 |
| -- 强环境耦合构建:工具链与版本、依赖与构建系统、签名与发布、架构/SDK差异、链接与符号、脚本与环境变量(可让其做日志总结/排查清单/最小复现) |
| 33 | +- 安全 / 核心关键路径:鉴权与权限、加密与密钥、支付 / 交易、隐私合规、一致性与并发、性能临界路径、底层 FFI(可让其做威胁建模 / 测试清单 / 审阅) |
| 34 | +- 强环境耦合构建:工具链与版本、依赖与构建系统、签名与发布、架构 /SDK 差异、链接与符号、脚本与环境变量(可让其做日志总结 / 排查清单 / 最小复现) |
49 | 35 |
|
50 |
| -与其他工具对比:跨文件理解与规划普遍强于补全型/纯 IDE 聊天;但即时补全流畅度与深度 IDE 集成,部分竞品更占优 |
| 36 | +与其他工具对比:跨文件理解与规划普遍强于补全型 / 纯 IDE 聊天;但即时补全流畅度与深度 IDE 集成,部分竞品更占优 |
51 | 37 |
|
52 | 38 | 实施建议:
|
53 |
| -- 工作流:先“读项目→列计划→小步提交/分PR”,以测试/CI护栏把关 |
54 |
| -- 提示工程:固定模板(项目约束/版本/风格/完成定义),限制改动范围与风险级别 |
55 |
| -- 质量保障:单测优先、属性测试/回归套件、灰度发布与回滚预案 |
| 39 | +- 工作流:先"读项目→列计划→小步提交 / 分 PR ",以测试 /CI 护栏把关 |
| 40 | +- 提示工程:固定模板(项目约束 / 版本 / 风格 / 完成定义),限制改动范围与风险级别 |
| 41 | +- 质量保障:单测优先、属性测试 / 回归套件、灰度发布与回滚预案 |
56 | 42 |
|
57 | 43 | 成本策略:设用量监控与告警;合并同类任务批处理;订阅与 API 按场景取舍;重度场景定期复盘性价比(作者实测重度使用可达数千美金级别)
|
58 | 44 |
|
59 |
| -适合人群:需要频繁跨文件改造与知识传递的团队/个人;维护大型代码库或做重构/迁移/文档化的工程师 |
| 45 | +适合人群:需要频繁跨文件改造与知识传递的团队 / 个人;维护大型代码库或做重构 / 迁移 / 文档化的工程师 |
| 46 | + |
| 47 | +### 🐕 [@ViewConfigurable — A better way to build SwiftUI components](https://medium.com/grindr-engineering/tl-dr-swiftui-makes-customizing-views-feel-effortless-until-you-build-your-own-reusable-4a3a0cd0e288) |
| 48 | + |
| 49 | +[@AidenRao](https://weibo.com/AidenRao):如果你想将自定义组件有类似 SwiftUI 的语法,需要针对每一个配置去创建一个新的函数,用于实现链式调用。作者开发了一个名为 @ViewConfigurable 的宏,该宏将根据它在 ViewConfiguration 中看到的变量名自动生成这些链式调用函数,这也会让你的代码文件变的很简洁。 |
| 50 | + |
| 51 | +## 设计 |
60 | 52 |
|
61 | 53 | ### 🐢 [Designing for the Eye](https://www.nubero.ch/blog/015/)
|
62 | 54 |
|
63 |
| -[@阿权](https://github.com/bqlin):本文围绕 “视觉错觉矫正” 展开,探讨其在排版与建筑中的应用,内容如下: |
| 55 | +[@阿权](https://github.com/bqlin):本文围绕 "视觉错觉矫正" 展开,探讨其在排版与建筑中的应用,内容如下: |
64 | 56 |
|
65 | 57 | 1. 视觉错觉的普遍性
|
66 | 58 | - 以穆勒・莱尔错觉为例,说明视觉错觉对所有人(无论文化背景)的影响一致,甚至适用于动物与触觉感知。
|
67 |
| - - 保罗・雷纳在《排版艺术》中指出:视觉艺术应以 “视觉呈现” 为基准,而非严格的测量数据—— 因为人类感知存在共性偏差。 |
| 59 | + - 保罗・雷纳在《排版艺术》中指出:视觉艺术应以 "视觉呈现" 为基准,而非严格的测量数据—— 因为人类感知存在共性偏差。 |
68 | 60 | 2. 排版中的视觉矫正
|
69 |
| - - 以字体 “Futura” 为例,说明字体需通过微调来对抗视觉错觉:如字母 “O” 并非完美圆形,而是略宽于高,水平线条稍细于垂直线条,以避免 “蛋形” 错觉。 |
70 |
| - - 字母设计需考虑整体协调:如 FF Tisa 的 “O” 上伸部分超出参考线,以平衡与其他字母的视觉重量,避免显得过小。 |
| 61 | + - 以字体 "Futura" 为例,说明字体需通过微调来对抗视觉错觉:如字母 "O" 并非完美圆形,而是略宽于高,水平线条稍细于垂直线条,以避免 "蛋形" 错觉。 |
| 62 | + - 字母设计需考虑整体协调:如 FF Tisa 的 "O" 上伸部分超出参考线,以平衡与其他字母的视觉重量,避免显得过小。 |
71 | 63 | 3. 建筑中的视觉矫正
|
72 | 64 | - 以帕特农神庙为例,古希腊建筑师通过系统性调整抵消视觉偏差:
|
73 |
| - - 柱身 “鼓肚”(entasis):柱子中间微凸,避免因收分导致的 “纤细感”; |
74 |
| - - 地基弯曲:柱基呈凸形,防止视觉上的 “塌陷”; |
75 |
| - - 柱子倾斜:所有柱子微微内倾,避免 “外倒” 错觉。 |
76 |
| - - 这些调整让建筑 “看起来协调”,而非追求几何完美,赋予其生命力。 |
| 65 | + - 柱身 "鼓肚"(entasis):柱子中间微凸,避免因收分导致的 "纤细感"; |
| 66 | + - 地基弯曲:柱基呈凸形,防止视觉上的 "塌陷"; |
| 67 | + - 柱子倾斜:所有柱子微微内倾,避免 "外倒" 错觉。 |
| 68 | + - 这些调整让建筑 "看起来协调",而非追求几何完美,赋予其生命力。 |
77 | 69 | 4. 深层意义:反对平庸,追求美与文化
|
78 |
| - - 视觉矫正的本质是对 “视觉真实” 的尊重,体现了对细节与美的极致追求。 |
79 |
| - - 对比现代 “Excel 思维” 主导的平庸设计(如冰冷的混凝土建筑),强调这种对微妙之处的关注是人性与文化的体现。 |
80 |
| - - 引用乔布斯的观点:人类进步依赖于传播 “精华”,让更多人理解美的微妙——这也是希腊人建造神庙、设计师打磨字体的根本原因。 |
| 70 | + - 视觉矫正的本质是对 "视觉真实" 的尊重,体现了对细节与美的极致追求。 |
| 71 | + - 对比现代 " Excel 思维" 主导的平庸设计(如冰冷的混凝土建筑),强调这种对微妙之处的关注是人性与文化的体现。 |
| 72 | + - 引用乔布斯的观点:人类进步依赖于传播 "精华",让更多人理解美的微妙——这也是希腊人建造神庙、设计师打磨字体的根本原因。 |
81 | 73 |
|
82 |
| -文章最终呼吁:拒绝平庸,珍视那些让生活值得的 “美与文化”。 |
83 |
| - |
84 |
| -### 🐕 [@ViewConfigurable — A better way to build SwiftUI components](https://medium.com/grindr-engineering/tl-dr-swiftui-makes-customizing-views-feel-effortless-until-you-build-your-own-reusable-4a3a0cd0e288) |
85 |
| - |
86 |
| -[@AidenRao](https://weibo.com/AidenRao):如果你想将自定义组件有类似 SwiftUI 的语法,需要针对每一个配置去创建一个新的函数,用于实现链式调用。作者开发了一个名为 @ViewConfigurable 的宏,该宏将根据它在 ViewConfiguration 中看到的变量名自动生成这些链式调用函数,这也会让你的代码文件变的很简洁。 |
87 |
| - |
88 |
| -## 工具 |
89 |
| - |
90 |
| -> 开发过程中常用的工具,及一些新工具的介绍 |
91 |
| -
|
92 |
| -## 代码 |
93 |
| - |
94 |
| -> 库,代码段,开源app |
95 |
| -
|
96 |
| -## 书 |
97 |
| - |
98 |
| -> 比较不错的书的推荐和书评 |
| 74 | +文章最终呼吁:拒绝平庸,珍视那些让生活值得的 "美与文化"。 |
99 | 75 |
|
100 | 76 | ## 课程
|
101 | 77 |
|
102 | 78 | ### [Metal Shaders for SwiftUI](https://www.metal.graphics/)
|
103 | 79 |
|
104 | 80 | [BluesJiang](https://github.com/bluesjiang): 这个是一个在 SwiftUI 框架上如何使用自定义的 Shader 来实现高级渲染效果的课程,包含了渲染相关的基础知识,也包含了 SwiftUI 如何兼容使用 Metal Shader 的相关知识。不算是通识的知识,但是对于那些使用 SwiftUI 作为主力框架,并且需要非常特殊的渲染效果的应用,这门课程是可以去了解一下的。
|
105 | 81 |
|
106 |
| - |
107 | 82 | ## 内推
|
108 | 83 |
|
109 | 84 | 重新开始更新「iOS 靠谱内推专题」,整理了最近明确在招人的岗位,供大家参考
|
|
0 commit comments