<feed xmlns="http://www.w3.org/2005/Atom"> <id>https://www.sunyazhou.com</id><title>迈腾大队长</title><subtitle>嗨,我是孙亚洲(@sunyazhou13),一名来自祖国北国冰城的iOS开发者.</subtitle> <updated>2026-07-03T03:49:10+00:00</updated> <author> <name>孙亚洲</name> <uri>https://www.sunyazhou.com</uri> </author><link href="/feed.xml" rel="self" type="application/atom+xml" /><link href="https://www.sunyazhou.com" rel="alternate" type="text/html" /> <generator uri="https://jekyllrb.com/" version="4.4.1">Jekyll</generator> <rights> © 2026 孙亚洲 </rights> <icon>/assets/img/favicons/favicon.ico</icon> <logo>/assets/img/favicons/favicon-96x96.png</logo> <entry><title>跨平台桌面框架选型深度对比：一个 iOS 开发者的 Qt6 之旅</title><link href="https://www.sunyazhou.com/2026/07/crossplatformdesktopframeworkcomparison/" rel="alternate" type="text/html" title="跨平台桌面框架选型深度对比：一个 iOS 开发者的 Qt6 之旅" /><published>2026-07-03T02:45:00+00:00</published> <updated>2026-07-03T03:49:10+00:00</updated> <id>https://www.sunyazhou.com/2026/07/crossplatformdesktopframeworkcomparison/</id> <content src="https://www.sunyazhou.com/2026/07/crossplatformdesktopframeworkcomparison/" /> <author> <name>孙亚洲</name> </author> <category term="跨平台" /> <category term="AI Agent" /> <category term="移动开发" /> <category term="小程序" /> <category term="鸿蒙" /> <summary> 前言 本文具有强烈的个人感情色彩,如有观看不适,请尽快关闭. 本文仅作为个人学习记录使用,也欢迎在许可协议范围内转载或分享,请尊重版权并且保留原文链接,谢谢您的理解合作. 如果您觉得本站对您能有帮助,您可以使用RSS方式订阅本站,感谢支持! 背景 我是一名 iOS 开发者，日常和 Swift、Objective-C、Metal、SwiftUI 打交道。最近开始系统学习 Qt6，动机很明确：用 AI Agent 赋能一批老旧的企业级原生桌面应用，这些应用普遍嵌入了自定义图形渲染管线（CAD 预览、数据可视化、视频处理等），但架构停留在十几年前的 MFC / WinForms 时代。 问题来了 —— 我该押注哪个跨平台框架？Qt6 的 RHI 抽象层和 Metal 后端的亲和力让我天然有好感，但 Tauri 的 3MB 包体、Flutter 的 Impeller 引擎、Electron 的 AI 生态（LangChain.js / Vercel AI SDK）也各有诱惑。 这篇文章是我调研过程的完整记录，从 iOS 开发者的认知模型出发，把市面主流方案横向拉通，量化对比... </summary> </entry> <entry><title>35项「卡脖子」技术攻坚进展梳理</title><link href="https://www.sunyazhou.com/2026/07/35ChokePointTechnologies/" rel="alternate" type="text/html" title="35项「卡脖子」技术攻坚进展梳理" /><published>2026-07-02T07:59:00+00:00</published> <updated>2026-07-03T03:49:10+00:00</updated> <id>https://www.sunyazhou.com/2026/07/35ChokePointTechnologies/</id> <content src="https://www.sunyazhou.com/2026/07/35ChokePointTechnologies/" /> <author> <name>孙亚洲</name> </author> <category term="生活纪实" /> <summary> 前言 本文具有强烈的个人感情色彩,如有观看不适,请尽快关闭. 本文仅作为个人学习记录使用,也欢迎在许可协议范围内转载或分享,请尊重版权并且保留原文链接,谢谢您的理解合作. 如果您觉得本站对您能有帮助,您可以使用RSS方式订阅本站,感谢支持! 在2019年的年终总结中,我记录着我们曾经被国外卡脖子的35(之前写的34)项顶尖技术,最近有时间整理一下进展,2026年了我们已经突破了12项,我希望每个人都记着这些曾经我们内心中最深刻的痛.我们当踔厉迈进,力刻时坚. 35项「卡脖子」技术攻坚进展梳理（2018→2026） 原始来源：《科技日报》2018年持续三个月系列报道 个人博客存档：https://www.sunyazhou.com/2019/12/FinalSummary/ 最新进展追踪：https://news.qq.com/rain/a/20260313A04KF700 （腾讯新闻 2026-03-13） 原始微信文章（已封）：https://mp.weixin.qq.com/s/ms2TbtZyEHYqoQGHQrJY5A 一、已突破（12项） ... </summary> </entry> <entry><title>LLVM `__attribute__` 完全指南.</title><link href="https://www.sunyazhou.com/2026/07/LLVMAttributeCompleteGuide/" rel="alternate" type="text/html" title="LLVM `__attribute__` 完全指南." /><published>2026-07-01T02:58:00+00:00</published> <updated>2026-07-03T03:49:10+00:00</updated> <id>https://www.sunyazhou.com/2026/07/LLVMAttributeCompleteGuide/</id> <content src="https://www.sunyazhou.com/2026/07/LLVMAttributeCompleteGuide/" /> <author> <name>孙亚洲</name> </author> <category term="iOS" /> <category term="SwiftUI" /> <summary> 前言 本文具有强烈的个人感情色彩,如有观看不适,请尽快关闭. 本文仅作为个人学习记录使用,也欢迎在许可协议范围内转载或分享,请尊重版权并且保留原文链接,谢谢您的理解合作. 如果您觉得本站对您能有帮助,您可以使用RSS方式订阅本站,感谢支持! LLVM __attribute__ 完全指南 —— iOS / macOS 开发者的必修课 覆盖 Objective-C、C、Swift 互操作场景，从基础到系统框架内部用法，尽量不遗漏细节。 目录 什么是 __attribute__ 函数调用前后：constructor / destructor / cleanup ObjC 专属属性 Swift 互操作 内存管理与 ARC 编译器警告与检查 性能优化 内联与调用约定 可见性与符号控制 类型布局与对齐 系统框架中的实际使用案例 注意事项与最佳实践 1. 什么是 __attribute__ __attribute__ 是 GCC 引入的语言扩展，LLVM/Clang 完全兼容并大量扩展。它允许开发者向编译器... </summary> </entry> <entry><title>在 SwiftUI 的 Stack 中避免使用 Spacer</title><link href="https://www.sunyazhou.com/2026/03/avoidspacersinswiftuistacks/" rel="alternate" type="text/html" title="在 SwiftUI 的 Stack 中避免使用 Spacer" /><published>2026-03-16T03:38:00+00:00</published> <updated>2026-07-03T03:49:10+00:00</updated> <id>https://www.sunyazhou.com/2026/03/avoidspacersinswiftuistacks/</id> <content src="https://www.sunyazhou.com/2026/03/avoidspacersinswiftuistacks/" /> <author> <name>孙亚洲</name> </author> <category term="iOS" /> <category term="SwiftUI" /> <summary> 前言 本文具有强烈的个人感情色彩,如有观看不适,请尽快关闭. 本文仅作为个人学习记录使用,也欢迎在许可协议范围内转载或分享,请尊重版权并且保留原文链接,谢谢您的理解合作. 如果您觉得本站对您能有帮助,您可以使用RSS方式订阅本站,感谢支持! 本文翻译自 作者： Pavel Zak 发布： 2023年4月6日 原文： https://nerdyak.tech/development/2023/04/06/avoid-swiftui-spacers-in-stacks.html 阅读时间： 约 1 分钟 在教授 SwiftUI 的过程中，我发现一个非常常见的模式，它会带来一个微妙的布局 bug。 常见写法 1 2 3 4 5 HStack(spacing: 12) { Text(self.text) Spacer() Image(systemName: "tortoise.fill") } 这是个很自然的布局思路——用 Spacer() 把左侧文字和右侧图标分开。但当文本内容较长时，文字和图标之间的间距会比预期的 12pt 大得多。 ... </summary> </entry> <entry><title>使用 SwiftUI Canvas 实现魔幻粒子效果</title><link href="https://www.sunyazhou.com/2026/03/magicalparticleeffectswithswiftuicanvas/" rel="alternate" type="text/html" title="使用 SwiftUI Canvas 实现魔幻粒子效果" /><published>2026-03-16T03:36:00+00:00</published> <updated>2026-07-03T03:49:10+00:00</updated> <id>https://www.sunyazhou.com/2026/03/magicalparticleeffectswithswiftuicanvas/</id> <content src="https://www.sunyazhou.com/2026/03/magicalparticleeffectswithswiftuicanvas/" /> <author> <name>孙亚洲</name> </author> <category term="iOS" /> <category term="SwiftUI" /> <summary> 前言 本文具有强烈的个人感情色彩,如有观看不适,请尽快关闭. 本文仅作为个人学习记录使用,也欢迎在许可协议范围内转载或分享,请尊重版权并且保留原文链接,谢谢您的理解合作. 如果您觉得本站对您能有帮助,您可以使用RSS方式订阅本站,感谢支持! 本文翻译自 作者： Pavel Zak 发布： 2024年6月27日 原文： https://nerdyak.tech/development/2024/06/27/particle-effects-with-SwiftUI-Canvas.html 在我之前的一篇文章中，我分享了一种在 SwiftUI 中创建粒子效果的简单方法——利用 ViewModifier，非常简洁。但我不推荐在生产环境中使用，因为每个粒子都是一个独立的视图，粒子数量稍多时性能开销就会很大。 本文介绍一种更优的替代方案：使用 Canvas 视图来渲染粒子。Let’s go 💪 基础架构 我们从以下视图骨架开始： 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 struct ParticleCanvasView: View {... </summary> </entry> </feed>
