OpenRCT2虚拟地板(VirtualFloor)显示冲突问题分析

在OpenRCT2游戏开发过程中，发现了一个关于虚拟地板(VirtualFloor)显示的有趣问题。当同时打开游乐设施建造窗口和人行道建造窗口时，使用Shift键提升待放置的人行道砖块高度时，会出现两个虚拟地板同时显示并闪烁的现象。

问题现象

在游戏场景中，当玩家同时进行以下操作时：

1. 打开游乐设施建造窗口
2. 保持游乐设施建造窗口开启状态下，再打开单格人行道建造工具
3. 在地图上移动光标准备放置人行道砖块
4. 按住Shift键提升人行道高度

此时不仅会显示人行道的虚拟地板，游乐设施建造的虚拟地板也会同时出现，并且两者之间会出现闪烁现象。这与预期行为不符，理想情况下应该只显示当前正在操作的人行道虚拟地板。

技术分析

经过代码审查发现，问题根源在于两个窗口同时尝试设置虚拟地板高度，形成了资源竞争。具体表现为：

1. 在游乐设施建造窗口的代码中(RideConstruction.cpp)，虚拟地板设置逻辑被包裹在对"Scenery"工具窗口是否激活的检查中
2. 尝试添加对"Footpath"工具窗口的检查(!isToolActive(WindowClass::Footpath))可以消除闪烁，但会导致两个虚拟地板同时持续显示
3. 有趣的是，当与"Scenery"工具窗口同时打开时，游乐设施建造窗口能正确识别并只显示景观的虚拟地板

解决方案思路

要彻底解决这个问题，需要考虑以下几个方面：

1. 虚拟地板显示应遵循"最近操作优先"原则，即最后操作的建造工具应具有显示优先权
2. 需要建立统一的虚拟地板管理机制，而不是让各个窗口独立控制
3. 可以考虑引入虚拟地板显示的优先级系统，明确不同类型建造操作的显示权重
4. 在底层渲染层面，需要处理好多个虚拟地板请求的协调问题

实现建议

一个可行的解决方案是：

1. 在游戏核心模块中建立虚拟地板管理器
2. 各建造窗口通过统一接口申请虚拟地板显示
3. 管理器根据操作类型、时间戳等因素决定最终显示的虚拟地板
4. 当多个请求冲突时，按照预设优先级决定显示哪个
5. 对于特殊组合操作(如同时调整高度和建造)，可以提供组合虚拟地板显示

这个问题虽然表面上是显示问题，但深入反映了游戏底层UI交互管理的复杂性。通过系统性地解决这个问题，不仅可以修复当前缺陷，还能为未来添加更多建造工具时的虚拟地板管理打下良好基础。