Blockly项目中过程块撤销操作不稳定的问题分析与解决方案

问题背景

在Blockly可视化编程环境中，用户报告了一个关于撤销(Undo)功能在操作包含过程调用块的块组时出现的不稳定现象。当用户尝试撤销一组包含过程调用块的移动操作时，会出现以下几种异常情况：

• 过程调用块突然消失
• 过程调用块的父级块消失
• 偶尔操作正常执行

问题根源

经过技术团队深入分析，发现问题根源与事件分组机制有关。具体表现为：

1. 当用户从工具箱中拖出一个块时，系统会为该块的创建操作创建一个事件组
2. 这个事件组会持续存在于后续的所有拖动操作中
3. 直到有其他操作开始或结束该组，撤销操作才会正常工作

技术细节

问题的核心在于事件组的生命周期管理不当。在Blockly的当前实现中：

• 块创建时初始化的事件组会一直持续
• 多选插件(multiselect plugin)的实现方式是通过对每个可拖动对象(IDraggable)调用drag方法
• 在调用每个IDraggable的startDrag和endDrag方法之前需要设置自己的组
• 这样才能确保在多选操作时撤销/重做功能正常工作

解决方案

技术团队提出了以下改进方案：

1. 将设置组的调用移动到dragger.ts中
2. 确保组在多选拖动器完成运行后才结束
3. 减少各种拖动策略中的重复代码

这种改进方案的优势在于：

• 保持了与多选拖动器的兼容性
• 统一了事件组的管理逻辑
• 减少了代码重复
• 解决了撤销操作不稳定的问题

影响范围

该修复将包含在Blockly的V12版本中。对于使用多选插件的开发者，需要注意在升级后移除multiselect_draggable.ts中设置组的调用，不过这不是紧急事项，因为现有实现不会导致功能中断。

总结

Blockly作为一款流行的可视化编程工具，其撤销/重做功能的稳定性对用户体验至关重要。通过对事件组管理机制的优化，技术团队成功解决了过程块在撤销操作时的不稳定问题，同时保持了与多选插件等扩展功能的兼容性。这一改进体现了Blockly项目对代码质量和用户体验的持续关注。