CASE 03 · local-passed / runner-pending
Paradigm-Neutral UI
Direct、Binding、MVVM 与 Structured UI 的渐进成本模型
local-passed / runner-pendingDirect、Binding、MVVM 与 Structured UI 的渐进成本模型
Problem
统一 UI 范式会让简单页面过度工程,也会让复杂页面缺少状态边界。
Constraints
View 生命周期由 Unity 承担,状态与绑定应可测试;不同 Consumer 的复杂度与团队规模不同。
Naive Approach
把 MVVM 设为默认,或让每个 View 直接查找场景和服务。
Architecture Decision
共享 UI Core 与状态契约,Direct、Binding、MVVM、Structured 作为递增选择,Unity Presentation 保留平台职责。
System Model
State / Intent 位于可测试层;Binding 可选;View 只持有显式依赖并在隐藏或销毁时释放。
Failure Model
View 关闭后回调、双向绑定循环、隐藏依赖、异步结果写入失效页面与范式间行为不一致。
Trade-offs
多路径扩大测试矩阵,但避免把所有页面强制进同一成本模型。
Implementation
UI Production Architecture V2 覆盖 Direct、Binding、MVVM 与 Structured 多种消费路径。
Evidence
本地 EditMode 与多 Consumer 回归已闭合;远端 Runner 仍 pending。
Consumer
不同示例与玩法项目按页面复杂度选择路径,Framework 不拥有具体视觉、文案和业务流程。
Known Limitations
没有真实运行截图作为公开素材;本页使用结构与验证边界,不用品牌图冒充运行证据。
What Changed After Validation
验证后把“MVVM 最佳实践”改成 Progressive Architecture Cost,并强化关闭、取消和跨范式一致性测试。
CONTINUE THE SYSTEM