目前主流的 GUI 框架有哪些？¶
- 归档日期：2026-08-25
- 问题：目前主流的 GUI 有哪些？
- 说明：这里将“GUI”理解为用于开发图形界面的框架或技术栈。“主流”不等于单一排名，应按目标平台、团队语言和产品类型选择。
结论¶
目前主流 GUI 技术可以分为以下几组：
| 场景 | 主流技术 | 常用语言 | 主要特点 |
|---|---|---|---|
| Windows 原生桌面 | WPF、WinUI 3、WinForms | C# / C++ | WPF 成熟且适合企业桌面；WinUI 3 是微软推荐的新 Windows 原生 UI；WinForms 适合简单工具、存量系统和快速开发 |
| Apple 原生 | SwiftUI，以及存量 UIKit / AppKit | Swift / Objective-C | SwiftUI 是现代声明式方案，可覆盖 Apple 各平台；复杂场景仍可与 UIKit、AppKit 混用 |
| Android 原生 | Jetpack Compose，以及存量 Android Views | Kotlin / Java | Compose 是 Google 推荐的现代原生 UI 工具包，适合新项目 |
| C++ / Python 跨平台 | Qt（Qt Quick/QML、Qt Widgets、PySide） | C++ / QML / Python | Windows、macOS、Linux、移动端和嵌入式覆盖广；工业软件和专业桌面软件常见，需提前评估许可证 |
| .NET 跨平台 | Avalonia UI、.NET MAUI | C# / XAML | Avalonia 更接近 WPF，跨平台桌面尤其合适；MAUI 更偏移动端加 Windows/macOS，不官方支持 Linux |
| 多端统一视觉 | Flutter | Dart | 覆盖 Android、iOS、Windows、macOS、Linux 和 Web；自绘带来较一致的界面，但平台原生观感和深度集成需要额外处理 |
| Web 技术做桌面 | Electron、Tauri | HTML / CSS / JavaScript / TypeScript；Tauri 后端常用 Rust | Electron 生态成熟、案例多，但安装包和内存占用通常较大；Tauri 使用系统 WebView，包体通常更小，但生态和平台差异处理成本更高 |
| 浏览器 / PWA | React、Vue、Angular、Svelte | JavaScript / TypeScript | 适合 Web 管理端、SaaS 和 PWA；本质上运行在浏览器或 WebView 中 |
| Java 桌面 | JavaFX、Swing（存量） | Java / Kotlin | JavaFX 仍用于 Java 桌面项目；Swing 主要维护旧系统 |
| Linux 原生 | GTK、Qt | C / C++ / Rust / Python 等 | GTK 在 GNOME/Linux 应用中常见，Qt 在 KDE 和跨平台软件中常见 |
| 游戏编辑器、调试工具 | Dear ImGui 等即时模式 GUI | C++ 等 | 适合引擎工具、调试面板和编辑器，不是普通业务桌面应用的通用首选 |
如果只关注 Windows / C¶
建议按下面顺序判断：
- 仅支持 Windows，复杂企业桌面软件：优先 WPF。 它成熟、第三方控件和 MVVM 资料丰富，仍在现代 .NET 中受支持，并非已经淘汰。
- 仅支持 Windows，并希望紧跟最新 Windows UI 与 API：考虑 WinUI 3。 微软将其列为新 Windows 原生应用的推荐平台。
- 需要 Windows、macOS、Linux 共用大部分代码，且团队熟悉 WPF/XAML：优先评估 Avalonia。
- 移动端是核心，同时还需要 Windows/macOS：评估 .NET MAUI。 如果 Linux 桌面是硬要求，它通常不是首选。
- 简单内部工具或维护旧项目：WinForms 仍然实用。 新建复杂、重视觉或长期演进的产品时，通常不优先选择它。
快速选型¶
- 只做 Windows 企业软件：WPF
- 新的现代 Windows 原生应用：WinUI 3
- C# 跨平台桌面：Avalonia UI
- C++ / Python 跨平台、工业或嵌入式：Qt
- Web 团队开发跨平台桌面：成熟优先选 Electron，包体和资源占用优先评估 Tauri
- 移动端优先且要求多端统一 UI：Flutter
- C# 移动端加桌面：.NET MAUI
- 追求最佳平台原生体验：Apple 选 SwiftUI，Android 选 Jetpack Compose
因此，不存在对所有项目都最好的 GUI。对于当前这个 WPF 工作区，如果目标是 Windows 企业桌面应用，继续使用 WPF 通常仍是稳妥选择；只有在明确需要跨平台、移动端或最新 Windows 原生能力时，才有充分理由切换技术栈。