为什么选择 KUI：对比 Tauri

渲染引擎，随应用一起交付。

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

Tauri 使用操作系统提供的 WebView 呈现 HTML，Rust 与前端之间通过消息传递连接，也提供插件入口。使用现有 Web 界面时，需要核对目标系统的 WebView 行为。

保留与 UI 无关的 Rust 业务逻辑，重新连接 KUI Rust SDK。将前端 invoke、事件订阅、状态同步和插件调用映射到宿主回调。Web 组件与 JavaScript 依赖要按 KUI 的 HTML/CSS 与 Lua 范围适配。

在干净 Windows x64 目录构建最小消费者，核对 Rust 绑定、C ABI 运行库、资源和扩展依赖。原来的 Tauri 插件权限与配置不直接成为 KUI 的系统访问控制；由应用重新设计对应边界。

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

文档有误或遗漏？