为什么选择 KUI：对比 Avalonia

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

Avalonia 使用 XAML 或 .NET 代码构建界面，拥有自己的渲染管线，默认后端为 Skia。其控件、样式和数据绑定属于 Avalonia 体系，不能把 CSS 风格选择器理解为浏览器 CSS。

KUI 此站提供 C++、C、Go、Rust 接入资料，没有现成 .NET 绑定承诺。保留 .NET 业务时需设计 C ABI 互操作或进程通信，明确字符串、回调、内存和线程的所有权。不要把一份 P/Invoke 声明当作完整绑定。

界面改为 HTML/CSS，命令、验证器和双向绑定需要映射到应用状态与 DOM 事件。用输入校验、异步更新和关窗取消三个路径验证状态一致性，再评估迁移规模。

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

文档有误或遗漏？