CorsixTH项目中的锅炉故障温度调节问题分析

问题背景

在CorsixTH模拟医院管理游戏中，当医院锅炉发生故障时，游戏设计上应该阻止玩家调整医院温度。这个机制在0.60.0版本中正常工作，但在0.65.0版本更新后出现了功能退化，导致玩家在锅炉故障期间仍能调节温度设置。

技术细节

该问题的根源在于town_map.lua文件中的条件判断语句变更。在0.65.0版本的锅炉灾难重做(#1709)中，原本正确的条件判断：

if not h.heating.heating_broke then

被错误地修改为：

if not h.heating_broke then

这个细微的代码变更导致了温度调节功能在锅炉故障期间未被正确禁用。

游戏设计考量

从游戏设计角度来看，锅炉故障期间阻止温度调节具有以下合理性：

1. 真实性模拟：锅炉故障意味着温度控制系统暂时失效，此时调节温度设置没有实际意义
2. 游戏平衡性：防止玩家在系统故障期间获得不公平的优势
3. 用户体验一致性：与原版《主题医院》游戏行为保持一致

解决方案

修复方案相对直接，只需恢复原有的条件判断逻辑：

1. 在town_map.lua文件中定位温度调节相关代码
2. 将条件判断恢复为检查h.heating.heating_broke状态
3. 确保所有相关UI元素在锅炉故障期间被正确禁用

版本影响

该问题自0.65.0版本引入后存在了相当长时间未被发现，可能因为：

1. 玩家认为这是有意为之的功能
2. 该"漏洞"实际上提供了某种便利性
3. 锅炉故障事件相对罕见，不易被注意到

总结

这个案例展示了即使是小型开源项目，代码变更也可能带来意想不到的副作用。它强调了：

1. 回归测试的重要性
2. 代码审查时对条件判断的特别关注
3. 保持与原版游戏行为一致性的必要性

对于CorsixTH开发者而言，修复这个长期存在的回归问题有助于提高游戏模拟的准确性和与原版游戏的一致性。