为什么选择 KUI：对比 Flutter

用 Web 布局知识构建桌面产品。

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 检查实际界面与交互。

Flutter 通过组件树组织界面，由引擎完成场景绘制。Dart 可以通过平台通道或 FFI 调用宿主代码。普通 Flutter 组件不是 HTML 元素，CSS 也不是其原生界面描述方式。

将 Widget 树对应为 KUI 页面结构，将主题与布局改为支持范围内的 CSS。Dart 状态管理、路由和插件调用需要改写或通过独立服务保留；业务层的 C ABI 库可另外评估复用。

选含输入法、长列表和动画的一个真实页面，使用相同字体、数据和操作步骤检查。比较焦点、滚动、动画中断和缩放；运行库与资源都计入交付体积。

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

文档有误或遗漏？