演进路径

Proto UI 如何从 Web 起步，并逐步扩展到更广泛的宿主

前面的章节讨论了 Proto UI 的核心模型、边界与约束。
接下来的问题是：

这样一套系统，准备如何演进？

这一篇不讨论具体版本计划，也不替代里程碑文档。
它更关心的是 Proto UI 的发展方向：

• 为什么 Proto UI 需要分阶段演进
• 它的近期主轴是什么
• 更长期可能会走向哪里
• 哪些工作会贯穿所有阶段持续推进

Proto UI 试图处理的问题，本身就跨越了多个层次：

• 原型如何稳定表达交互语义
• 适配器如何承接不同宿主
• 不同宿主之间如何维持足够高的一致性
• 协议层如何在现实工程中长期成立

这类问题很难通过一次性设计直接完成。
如果过早追求“覆盖一切宿主”或“统一所有能力”，系统通常会先失去边界，再失去质量。

因此，Proto UI 的演进方式不会是一步到位，
而更接近一种逐层站稳的过程：

先在更可控的宿主集合中建立语义基线，
再逐步扩展到更复杂、更异质的环境。

Proto UI 的起点，会首先放在 Web。

原因并不复杂：

• Web 拥有足够丰富的宿主生态
• 不同框架之间既有差异，也有大量共享能力基础
• 这里更适合先验证原型、适配器与执行语义是否真正成立

因此，v0 的主轴会比较明确：

• 服务于 Web 的多个框架生态
• 建立原型在 Web 宿主之间的基本可迁移性
• 让 Proto UI 在真实项目中获得初步使用
• 积累适配器与原型库的实际经验

这一阶段的重点不是“做得多远”，
而是先回答一个更关键的问题：

Proto UI 能否在共享能力较强的一组宿主中，建立足够稳定的交互协议基础？

如果这一点站不稳，后续扩展就没有意义。

在 Web 站稳之后，Proto UI 的下一步会是向更广泛的原生宿主扩展。

这会包括：

• Flutter
• Qt
• 各平台原生技术
• 其他具有独立渲染与事件模型的宿主

这一阶段与 Web 阶段最大的不同，不是宿主数量增加，
而是宿主之间的异质性明显变强。

这意味着 Proto UI 需要面对更多问题：

• 更不一致的渲染能力
• 更不同步的交互媒介
• 更复杂的反馈承接方式
• 更重的适配器补全责任

因此，v1 的重点不会只是“支持更多宿主”，
而会同时包括另一件更重要的事：

对已经提供官方适配器、并且适配协议已经明确的宿主，逐步建立更高等级的质量保障。

这种保障最终应当接近工业级别。
不过它是否能够真正成立，仍然取决于实际使用规模、反馈密度与生态成熟度。
Proto UI 不会在没有足够验证的前提下，过早宣称自己已经达到了这一点。

当 Proto UI 已经能够覆盖足够多的宿主之后，它的角色可能会发生一点变化。

在更早的阶段里，Proto UI 更像是在追随宿主：
现有技术生态在哪里，它就尝试把原型翻译到哪里。

但当覆盖面足够大、语义基线足够稳定之后，另一种情况就可能出现：

人们开始不只关心“Proto UI 能不能适配这个宿主”，
还会关心“在已有适配条件下，哪个宿主是更好的选择”。

这时，Proto UI 可能不再只是降低宿主切换成本，
而会反过来影响宿主选择本身。

更长期的方向，可能包括：

• 更接近底层运行时的适配目标
• 更高性能的编译路径
• 更贴近图形库、输入系统或底层承载环境的宿主支持

这些方向目前更适合作为长期可能性，而不是明确承诺。
它们依赖的不只是理论成立，还依赖：

• 原型能力的成熟度
• 翻译层的稳定性
• 足够大的真实使用规模
• 社区和生态的持续积累

因此，Proto UI 会保留这类方向感，但不会过早把它们写成具体路线图。

无论 Proto UI 处于哪个阶段，都有一项工作会持续存在：

让原型更保真，让适配器更可靠。

这会体现在多个方向上：

• 扩展原型对交互语义的表达能力
• 提升官方适配器对原型契约的承接程度
• 改善无障碍支持
• 改善特定细分场景下的交互质量
• 让原型在更多宿主中保持更高的一致性

这些能力不会只在某个版本里突然完成，
而会是 Proto UI 贯穿各阶段的长期任务。

从这个角度看，版本演进并不只是“支持了更多宿主”，
也包括：

同一个原型，是否能被越来越高保真地还原出来。

随着原型与适配器逐步成熟，
Proto UI 的配套工具链也会逐渐出现。

这类工具可能包括：

• 可视化设计工具
• 调试工具
• Playground
• 适配结果的对照与验证工具

这些工具的价值，不只是提高开发效率，
也在于帮助 Proto UI 把“可描述、可翻译、可验证”的目标落实到更具体的工作流中。

不过在当前阶段，工具链仍然属于后续成长部分。
它会跟随原型与适配器一起发展，而不是先于它们成为 Proto UI 的主轴。

为了保持主线清晰，这一篇不会继续展开：

• 具体版本号的功能清单
• 每一阶段的详细里程碑
• 商业化模式
• 各项工具链的发布时间表

这些内容更适合放在里程碑文档、FAQ 或产品说明中。

你可以按自己的关注点继续往下读：

• 如果你想继续了解 Proto UI 的边界与常见问题：前往 FAQ
• 如果你更关心这些原则如何落成正式契约：前往 Specifications / 规范导读
• 如果你更关心这些原则在代码与运行时里如何成立：前往 Engineering / 工程导读
• 如果你读完白皮书之后已经想尝试参与生态建设：前往 Ecosystem / 生态导读