DC娱乐网

用 AI 写原生 Mac App 的 4 条实战经验:别再用 SwiftUI 折

用 AI 写原生 Mac App 的 4 条实战经验:别再用 SwiftUI 折磨自己了!

很多人觉得用 AI 写 Mac App 是天方夜谭,其实只要选对技术栈和工具,现在的 AI 已经能稳定输出生产级 AppKit 代码了。

[玫瑰]分享几点踩坑总结:

1. 技术选型:AppKit > SwiftUI

结论先行:做 Mac App,请优先选 AppKit。

- SwiftUI 的问题:功能受限,很多系统级 API 调不动,做出来的界面总有一种“廉价感”和“玩具感”。
- AppKit 的优势:强大、原生、系统支持最完整,能做真正专业的桌面应用。
- AI 的作用:以前不用 SwiftUI 的唯一理由是“太难写”,现在这个问题被 AI 彻底解决了。AI 写 AppKit 的速度不比 SwiftUI 慢,但产出质量高一个档次。

2. 设计先行:用 Claude Design 磨 UI/UX

别急着写代码。

先用 Claude Design 把 UI 布局和交互逻辑聊清楚:

- 窗口尺寸、分割比例、侧边栏行为
- 右键菜单、拖拽逻辑、快捷键
- 视觉层次、图标风格、间距系统

设计定稿后再让 AI 写代码,能减少 80% 的返工。AI 写代码很快,但反复改设计很累。

3. 模型选择:Opus 4.8 审美明显优于 GPT-5.5

在 UI 开发这件事上,Claude Opus 4.8 的审美和细节把控明显更强:

- 更懂 macOS 的视觉规范(HIG)
- 更会处理圆角、阴影、动画曲线
- 生成的界面“看起来像原生 App”,而不是“像网页套壳”

如果只是写业务逻辑,两者差距不大;一旦涉及 UI,选 Opus。

4. 工具加持:Codex 官方插件 “Build macOS Apps”

如果你用 Codex,直接用官方插件 “Build macOS Apps”:

- 自动配置 AppKit 项目结构
- 生成标准的
"AppDelegate"、
"WindowController"
- 封装常用系统 API 调用(文件选择、菜单栏、通知等)

相当于给 Codex 装了一套 Mac 开发脚手架,不用你自己从零搭项目。

[碰拳]一句话总结:

AppKit + Claude Design + Opus 4.8 + Codex Plugin,这套组合已经能让一个人独立完成媲美专业团队的 Mac App 开发了。

你觉得男人该不该做家务? 我认为该