熟悉的页面,轻量的原生交付。
KUI 将 HTML/CSS 界面、原生业务和内置专业能力结合,适合希望掌握桌面运行环境、组件与交付方式的团队。以下优势都有对应指南和可运行工程。
- 轻量运行时与 Lua:KUI 自带 HTML/CSS 渲染引擎,运行不依赖 Chromium 或系统 WebView。业务留在原生宿主,界面交互也可以用可选的 Lua 编写。
- 内置高性能虚拟组件:VirtualList、ListView 和 TreeView 内置于框架。可见区域和缓冲区决定实例化的行数,列表选择、树展开与动态数据更新都有对应接口。
- 开放的 extension 体系:编辑器、PDF 和 3D 以独立扩展接入。团队也可以通过纯 C ABI 注册自己的元素,让专业控件参与样式、事件和绘制生命周期。
- DevTools 与自动化:检查 DOM、计算样式与盒模型,调整界面,调试 Lua,记录性能。DevTools 的自动化接口和 MCP 把运行中的应用接入开发工作流。
- Agent 编程友好:无需预先熟悉 KUI 的特性。按 HTML/CSS 的 Web 标准描述布局、风格和操作,Agent 查阅 SDK 文档完成接入,再通过 DevTools/MCP 检查实际界面与交互。
Chromium 与 Node.js
Electron 将 Chromium 和 Node.js 带入桌面应用,界面用 HTML、CSS 和 JavaScript 编写。依赖 Web 前端生态、浏览器 API 或 Node 模块的项目,可以围绕这套运行时构建。
迁往 KUI 要改哪些部分
逐项列出 renderer 里的 JavaScript、preload 暴露的方法、IPC 消息和主进程系统调用。界面事件改为 Lua 或宿主监听;业务与系统调用迁入原生程序。React/Vue 组件、Node 模块和 preload 不会因为 HTML 能被解析就自动运行。
验证一个完整操作
选择带本地文件读取的列表:加载文件、呈现条目、修改筛选条件、选择记录、关闭窗口。核对路径编码、当前表单值、事件释放和资源清单。使用相同数据记录启动、输入响应和滚动帧时间。
资料与实践
技术模型于 2026-11-09 根据官方资料核对。迁移部分是本站工程建议,未发布跨框架跑分。KUI 具体能力可查询公开接口、限制与示例。
文档有误或遗漏?
反馈此页问题 →