老司机 iOS 周报 #374 | 2026-07-06 #5391
ChengzhiHuang
started this conversation in
General
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
老司机 iOS 周报,只为你呈现有价值的信息。
你也可以为这个项目出一份力,如果发现有价值的信息、文章、工具等可以到 Issues 里提给我们,我们会尽快处理。记得写上推荐的理由哦。有建议和意见也欢迎到 Issues 提出。
文章
🐎 【 Taro 5.0 技术与实践】 - 高性能 iOS 渲染层与 TaroUI 跨端框架介绍
@david-clang:文章介绍了 Taro 5.0 的高性能 iOS 渲染层和 TaroUI 跨端 UI 框架:
对于关注 Taro 生态、移动端跨端架构和原生渲染优化的读者,这篇文章有一定参考价值,让我们期待 Taro 5.0 的开源吧。
🐕 SwiftUI animation timing
@EyreFree:本文详解 SwiftUI 动画时序控制方案,适配 iOS17 新特性。文章先讲解基于三次贝塞尔曲线的四大内置缓动动画 linear、easeIn、easeOut、easeInOut,还支持自定义贝塞尔与圆形时序曲线;随后介绍弹簧动画 smooth、snappy、bouncy 三类预设,提供时长、弹性等参数自定义方式。iOS17 新增 CustomAnimation 协议可完全自研动画曲线,并演示弹弓动画示例。文末介绍 delay、speed、循环重复等通用动画修饰器,搭配完整代码示例。文章覆盖 UI 动效各类场景,清晰区分不同曲线视觉差异,帮助开发者快速选用适配的动画时序,打造流畅自然的界面动效。感兴趣的同学不要错过。
🐎 SwiftUI SensoryFeedback Cache Key 经验教训:不要存储连续值
@DylanYang:本文介绍了 iOS 17 ~ iOS 26 中 SwiftUI SensoryFeedback 的底层缓存设计缺陷:连续变化的 intensity 浮点参数会被纳入反馈生成器的缓存 Key,导致滑动调节强度时生成大量冗余实例,引发内存持续上涨。文章也解读了 iOS 27 的官方修复思路 —— 将 SensoryFeedback 拆分为稳定的 type 与动态的 payload 两部分,仅以类型作为缓存标识,在不改动公共 API 的前提下从架构层面解决了问题。
🐢 SwiftUI Is One Graph, Over 40+ Years of Engineering
@阿权:文章从工程和专利两个独立维度剖析了 SwiftUI 的本质:
View是值(struct),@State按标识持久存储,标识为结构位置(类型+树位置),显式.id与之配对。View一层,大幅减少图层数,但合并内容变化需重绘。SwiftUI 只是底层技术栈(Core Animation、Core Graphics、Core Text、Core Image)之上的一层薄图,其优雅但“无趣”。真正震撼的是 Core Animation 等底层引擎。SwiftUI 最初为简化 watchOS 开发而生,后被推广至全平台;虽能让开发者快速交付功能,但仅掌握 SwiftUI 等同于只懂 “门面”,未真正理解苹果平台的底层技术,而底层的合成、绘图、排版引擎才是解决复杂问题的关键,SwiftUI 只是切入这些核心技术的 “便捷入口”。
🐕 系统化的iOS面试知识库
@含笑饮砒霜:这个仓库是一个系统化的 iOS 面试知识库,可以帮助 iOS 开发者从基础到进阶梳理面试所需知识。它以 README 和文章目录为入口,内容覆盖 Objective-C/Swift 基础、Runtime、RunLoop、内存管理、多线程、网络、性能优化、架构设计、组件化、底层原理等常见面试主题,适合用来做面试前的知识复盘和查漏补缺。
🐕Siri 提示词解析
@zhangferry:这套 Siri 提示词由 iOS 27 Developer Beta 1 的
Siri Diagnostics诊断文件意外暴露。在这套设计中,Siri 以 Entity 为中心:联系人、邮件、地点等信息都被封装为带有唯一 ID 的 Entity。同一个 Entity 既能提供事实依据,也能用于工具调用、结果引用和原生 UI 展示。提示词还明确了几项限制:缺失信息不能自行推断,目标不唯一时需要先确认,工具没有返回成功就不能宣称任务已经完成。它的核心并不是陪用户聊天,而是可靠地理解现实对象,并执行搜索、通信、导航等操作。最近流传的另一份材料是 Claude Fable 5 — System Prompt。这份提示词的真实性和完整性尚无法验证,但其中部分内容与 Anthropic 官方公开的片段吻合。Fable 5 采用的是“工作流驱动”设计:先识别任务类型,再将任务路由到搜索、文件制作、MCP 或专业 Skill。
虽然现在需要我们直接调试和优化底层 Prompt 的场景越来越少,但研究这些优秀 Prompt 的设计方式,仍然可以帮助我们理解产品背后的处理策略。理解这些策略,不仅能让我们更有效地使用对应产品,也能为设计自己的自动化流程和 Agent 提供参考。
🐎 iOS 27 SDK: 3 Major Requirements That Might Break Your App
@JonyFang:这篇文章整理了 iOS 27 SDK(Xcode 27)开始强制执行、且可能影响现有 App 的三项要求:
UIApplicationSceneManifest和SceneDelegate,否则可能启动即崩。Info.plist中是否声明启动屏配置,老项目或迁移项目需要提前确认,避免触发 ITMS-90870 被拒。UIDesignRequiresCompatibility兼容开关在 iOS 27 中不再生效,导航栏、Tab Bar、滚动视图和自定义 UIKit 样式都需要重新验证展示效果。这篇文章适合在维护 UIKit 项目、或准备升级 Xcode 27 构建链的开发快速自查。三项改动本身不复杂,但都属于会影响启动、提审或 UI 表现的 SDK 级要求,建议尽早在 iOS 27 模拟器上完成验证。
🐎 All new frameworks presented at WWDC26
@ChengzhiHuang:本文列举了 WWDC26 新发布的 framework ,绝大部分都有 beta 版本的文档了,网站还提供了分 OS 的情况。除了 CoreAI 、FoundationModels 、MediaIntelligence 等大模型相关能力,引起我们注意的还有 CrashReportExtension ,方便我们在另一个进程中消费 Crash Log 并通过网络上报。可以把 app 极端场景(例如连续启动崩溃)下本进程自监控 APM 无法覆盖到的场景支持上,算是一个社区呼吁了很久的能力。
代码
🐎 HarmonyOS NEXT 开发者专家技能包
@Crazy:在使用 AI 来开发 HarmonyOS NEXT 应用的时候经常会出现 AI 判定写完,但是一运行就是一大堆的报错,不仅是包引错,更会使用各种 HarmonyOS 完全没有的 api。这个时候就需要一个本地知识库来优化控制,这个项目把鸿蒙官方 API 文档 + DevEco 私有自动化能力,打包成一个离线的 AI skill,并支持了 Claude/Gemini/Codex 三个主流平台,引入方式与提供的功能在它的 README 里面也写的非常清楚,是一个值得使用的项目。
内推
重新开始更新「iOS 靠谱内推专题」,整理了最近明确在招人的岗位,供大家参考
具体信息请移步:https://www.yuque.com/iosalliance/article/bhutav 进行查看(如有招聘需求请联系 iTDriverr)
关注我们
我们是「老司机技术周报」,一个持续追求精品 iOS 内容的技术公众号,欢迎关注。
关注有礼,关注【老司机技术周报】,回复「2024」,领取 2024 及往年内参
同时也支持了 RSS 订阅:https://github.com/SwiftOldDriver/iOS-Weekly/releases.atom 。
说明
🚧 表示需某工具,🌟 表示编辑推荐
预计阅读时间:🐎 很快就能读完(1 - 10 mins);🐕 中等 (10 - 20 mins);🐢 慢(20+ mins)
This discussion was created from the release 老司机 iOS 周报 #374 | 2026-07-06.
Beta Was this translation helpful? Give feedback.
All reactions