客户端开发的“不可能三角”与 AI 赋能

在客户端开发领域，长期存在一个难以调和的“不可能三角”：研发效率、用户体验、性能。

• Web 技术（如 PhoneGap、Cordova）：追求极致的研发效率，但性能较差，主要依赖系统壳提供原生能力。
• 跨端技术（如 Electron、Flutter、React Native）：试图在三者间取中。Electron 虽然打包体积大（自带 Chromium）、内存占用高，但能保证多端展示一致且开发体验好；Flutter 等自研渲染引擎则更侧重性能与一致性。
• 原生开发（如 Swift、Kotlin、C#）：性能和体验最佳，但早期开发门槛高，学习成本大。

AI 时代：原生开发的成本重构

随着 AI 辅助编程的普及，原生开发的“效率短板”被大幅补齐。过去开发一个原生 App 需要花费数月学习语言和底层原理，现在 AI 可以快速生成代码，大幅降低了前期投入。

因此，在选型时，如果应用需要深度调用系统底层能力，或对内存占用、交互流畅度有极高要求，原生开发依然是首选。AI 赋能后，开发者可以将精力更多集中在调试、体验验证和业务逻辑上，而非从零开始写代码。

Windows 原生开发：为何选择 C# + WinUI 3？

作者在开发跨平台工具时，Mac 版使用 Swift + SwiftUI，而 Windows 版则选择了 C# + WinUI 3。

技术栈选型理由：

• WinUI 3：微软当前主推的现代界面框架，提供 Fluent 设计风格。相比旧时代的 WPF（控件陈旧）和受限的 UWP，WinUI 3 拥有更好的视觉表现，且支持高分屏缩放和 ARM64。
• .NET 10：利用最新的长期支持版本，打包时直接内置运行时，用户无需额外安装环境，简化了部署流程。
• Velopack：使用开源框架进行增量更新管理，提升了用户体验。

多端并行：如何保持设计一致性？

虽然底层代码各写各的（Mac 用 AppKit/SwiftUI，Windows 用 WinUI 3），但为了保持用户体验一致，必须建立一套高效的同步机制。

核心策略：规则抽象 > 代码抽象

1. 设计 Token 同步： 作者提取了 Mac 版的颜色、字号、间距、圆角等设计参数，编写脚本自动转换为 Windows 版的 XAML 资源。文案和多语言文件同样通过脚本批量转换，实现了视觉和文字的自动对齐。

2. 功能对账机制： 面对庞大的代码库，作者没有强行编写兼容层，而是维护了一份 SYNC.md 对账表。每当 Mac 版增加功能或修复 Bug，Windows 版都会在表中标记“已实现”、“刻意不同”或“不适用”。同时，通过记录对应的 Git 提交，防止 AI 生成代码时偏离主轨道。

通过这种方式，开发者可以在底层架构解耦的前提下，通过规则抽象来保证多端的高度一致性，既发挥了原生开发的性能优势，又借助 AI 提升了研发效率。