生态桌面应用
言窗与言界的区别
比较现有立即模式言窗与新的言序保留模式言界路线。
两条路线解决同一个“原生桌面应用”问题，但控件归属和编程模型不同。
| 维度 | 言窗 yanxu-gui | 言界 yanxu-ui + 言台 yanxu-platform |
|---|---|---|
| 控件实现 | egui/eframe 后端提供 | 言序代码提供 |
| 模型 | 立即模式 | 保留模式控件树 |
| 成熟度 | 稳定1.0.0路线 | 独立的0.1.x路线 |
| 自定义控件 | 围绕 egui API 扩展 | 组合控件、渲染树或画布命令 |
| 布局与事件 | 后端框架语义 | 言序统一的布局、捕获／目标／冒泡 |
| 原生边界 | 包直接封装 egui/eframe/winit | 言界只调用言台平台原语 |
| 迁移要求 | 无 | 可按窗口或新项目渐进采用，不强制迁移 |
言界中的按钮不是系统按钮，也不是言台按钮：它的悬停、按下、焦点、键盘激活、布局、状态和绘制都在yanxu-ui/src的言序代码里。言台只接收输入事件，并提交最终绘制帧。
兼容承诺
言窗 1.0 要求言序 1.1.12、格式 2 清单和 ABI v2；言界 0.1.x 有自己的兼容线。两个 GUI 包可以在不同应用中并存；不支持在同一原生窗口内混合两棵控件树。
若已有言窗项目，应先升级到公开 1.0 制品并保持兼容线。只有当新页面需要保留状态、 深度主题化、可组合控件、确定的事件传播或将控件逻辑留在言序层时，才评估言界。