为什么选择 KUI：对比 Wails

Go 业务，直接连接原生界面。

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

Wails 用原生 WebView 呈现 Web 前端，并生成 JavaScript 调用 Go 服务所需的绑定。此页技术模型依据 Wails v3 官方资料；使用 v2 的项目还需对照其独立文档。

不依赖 Wails runtime 的业务包可以继续评估复用。窗口、对话框、事件和前端绑定需要重新接入 KUI Go SDK。检查 goroutine 的回调位置和 UI 更新线程，不把任意后台回调直接接到 DOM。

用按钮触发 Go 任务，返回一条结果并更新文本，再测试失败、取消和关窗。核对绑定对象的寿命、DLL 搜索路径和字符串编码；前端 Promise 与 KUI 宿主回调的错误处理需要显式转换。

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

文档有误或遗漏？