为什么选择 KUI：对比 Qt

让 HTML/CSS 成为桌面界面语言。

KUI 将 HTML/CSS 界面、原生业务和内置专业能力结合，适合希望掌握桌面运行环境、组件与交付方式的团队。以下优势都有对应指南和可运行工程。

现代 Web 布局：Flex、Grid、选择器、CSS 变量、字体排版与动画，延续熟悉的 Web 开发方式。Canvas、SVG 和 DOM 事件也有对应接口，具体支持范围可逐项查询。
轻量运行时与 Lua：KUI 自带 HTML/CSS 渲染引擎，运行不依赖 Chromium 或系统 WebView。业务留在原生宿主，界面交互也可以用可选的 Lua 编写。
内置高性能虚拟组件：VirtualList、ListView 和 TreeView 内置于框架。可见区域和缓冲区决定实例化的行数，列表选择、树展开与动态数据更新都有对应接口。
开放的 extension 体系：编辑器、PDF 和 3D 以独立扩展接入。团队也可以通过纯 C ABI 注册自己的元素，让专业控件参与样式、事件和绘制生命周期。
Agent 编程友好：无需预先熟悉 KUI 的特性。按 HTML/CSS 的 Web 标准描述布局、风格和操作，Agent 查阅 SDK 文档完成接入，再通过 DevTools/MCP 检查实际界面与交互。

Qt 的主要界面技术包括 Qt Quick 和 Qt Widgets。Qt Quick 使用 QML 声明界面和场景图渲染；Widgets 提供另一套桌面控件模型。Qt WebEngine 属于不同的界面接入路径，不能和普通 QML/Widgets 混为一谈。

独立的 C++ 算法和业务模块可以评估保留。QWidget/QML、信号槽、QObject 所有权、模型视图和资源路径需要重新连接 KUI 的窗口、DOM 与事件生命周期。两套框架的事件循环同时使用时，需要明确驱动与退出关系。

对照应用使用的控件、插件、系统接口和部署工具，不只比较界面语法。许可按实际 Qt 模块与分发方式核对；KUI 的免费二进制与付费源码方案也需以正式条款为准。

技术模型于 2026-11-09 根据官方资料核对。迁移部分是本站工程建议，未发布跨框架跑分。KUI 具体能力可查询公开接口、限制与示例。

文档有误或遗漏？