IfcOpenShell项目中的状态过滤器UI行为问题分析

问题背景

在IfcOpenShell项目的Bonsai模块中，用户发现状态过滤器功能存在一些不一致的UI行为。这些问题主要出现在成本与计划(Costing and Scheduling)选项卡下的状态过滤功能中。

主要问题表现

最后一个状态项无法隐藏

当用户尝试通过状态过滤器逐个隐藏状态项时，最后一个可见的状态项会出现异常行为：虽然界面上的眼睛图标会关闭，但对应的3D视图中的元素仍然保持可见。这种边界情况下的行为不符合用户预期，理想情况下应该要么成功隐藏最后一个状态项，要么禁止用户隐藏所有状态项。

状态过滤器开关逻辑不一致

1. 过滤器禁用时的状态恢复问题：当用户设置部分状态为隐藏后禁用整个状态过滤器时，系统没有恢复所有隐藏状态的可见性。这导致用户无法通过简单的开关操作回到初始状态。

2. 过滤器重新启用时的状态同步问题：重新启用状态过滤器后，界面显示所有状态为可见，但实际上3D视图中部分元素仍保持隐藏状态。这种界面显示与实际状态的不同步会造成用户困惑。

3. 状态切换时的连带影响：当用户尝试修改一个状态的可见性时，系统会意外地改变其他状态的可见性设置，这种连带影响并非用户期望的行为。

技术分析与解决方案

最后一个状态项问题的根源

通过代码分析发现，问题源于操作符(operator)中的一个提前返回语句。该语句在检查到没有可见状态时提前终止了操作，导致最后一个状态的隐藏请求未能正确执行。删除这个提前返回语句可以解决此问题。

状态过滤器开关逻辑的改进建议

对于状态过滤器的开关逻辑，建议采用以下行为模式：

1. 禁用过滤器时：应自动恢复所有被隐藏状态的可见性，使模型回到完整显示状态。这种设计符合"禁用功能即恢复默认"的用户心理模型。

2. 重新启用过滤器时：系统应保持之前的状态设置，而不是重置所有状态为可见。这需要界面显示与实际状态保持严格同步。

3. 状态切换操作：应确保每次操作只影响目标状态的可见性，避免对其他状态产生连带影响。

实现建议

这些问题的修复涉及Bonsai模块中序列操作符(sequence operator)的修改。具体包括：

1. 移除导致最后一个状态无法隐藏的提前返回语句
2. 在禁用过滤器时添加恢复所有状态可见性的逻辑
3. 确保界面显示与实际状态严格同步
4. 隔离各状态切换操作的影响范围

总结

IfcOpenShell项目中状态过滤器的UI行为问题虽然看似简单，但反映了用户界面设计中状态管理和操作反馈的重要性。通过修复这些问题，可以显著提升用户在成本与计划管理中的操作体验，使状态过滤功能更加直观可靠。