桌面与移动端框架
先决定应用要使用哪些设备能力
Section titled “先决定应用要使用哪些设备能力”如果只是表单、内容和在线服务，响应式网站或 PWA 可能已经够用。只有需要应用商店、推送、相机、蓝牙、后台任务、系统托盘、本地文件或深度系统集成时，才需要认真比较客户端框架。
| 方案 | 主要语言 | 特点 |
|---|---|---|
| 响应式 Web / PWA | HTML、CSS、JavaScript | 一个网址覆盖多端，上线快，系统能力有限 |
| React Native | JavaScript / TypeScript | React 生态，渲染原生组件，可接原生模块 |
| Flutter | Dart | 自带渲染体系，跨平台 UI 一致性强 |
| iOS 原生 | Swift / SwiftUI | 苹果平台能力完整，需单独开发维护 |
| Android 原生 | Kotlin / Jetpack Compose | Android 平台能力完整，需单独开发维护 |
跨平台不等于“一次写完永不适配”。支付、推送、登录、权限、系统版本和商店审核仍需分别测试。
| 方案 | 特点 | 适合 |
|---|---|---|
| Electron | 内置 Chromium + Node，Web 生态成熟 | 复杂跨平台桌面应用、生态优先 |
| Tauri | Web 前端 + Rust 原生壳，包体和权限模型不同 | 需要较小体积、系统集成的跨平台应用 |
| 原生 Swift / .NET / C++ | 平台能力和体验控制更强 | 深度系统集成、单平台或专业应用 |
| PWA | 浏览器安装，部署简单 | 主要依赖网络、系统集成较少的工具 |
桌面应用还要处理自动更新、代码签名、安装包、文件权限、系统菜单、崩溃日志和不同操作系统测试。
- 目标平台和最低系统版本；
- 必须使用的设备/系统 API；
- 团队已有语言和组件；
- 安装包体积、性能和离线需求；
- 应用商店、签名、审核和发布频率；
- 自动更新、日志和故障恢复；
- 第三方 SDK 是否支持目标框架。
推荐的新手验证方式
Section titled “推荐的新手验证方式”先做一个只有“登录、列表、详情、编辑、离线提示”的小原型，在两台真实设备上测试。确认相机、通知、文件等关键能力能工作后，再确定最终框架。
让 AI 规划客户端应用
Section titled “让 AI 规划客户端应用”目标平台：[Windows/macOS/iOS/Android/Web]核心能力：[文件、托盘、通知、相机、蓝牙、离线等]团队经验：[语言和框架]发布方式：[官网安装包/应用商店/企业分发]请比较 PWA、跨平台和原生方案，列出开发、测试、签名、更新、性能和维护成本。