以下下是我探索出的一种关于设置类似温度参数（一系列有上下限）的强制合法方案。
温度参数上下限的强制合法性与互锁逻辑
1. 题目分析
（1）.
（2）.
得：
“不合法”情况是：温度下限 > 温度上限 (Max > Min)。
2. 解决方案：实时互锁
为了避免用户在设置完参数切换界面时才报错，我研究出的方案是在按键调节数值时就进行限制。我们利用代码逻辑实现“互锁”：
-
调节 上限 ($Max$) 时：最高不能超过 70，最低不能低于当前的 Min。
-
调节 下限 ($Min$) 时：最低不能低于 10，最高不能超过当前的 Max。
3. 代码实现详解
假设 max_min 变量为标志位（0代表调节Max，1代表调节Min）。
3.1 变量自增时
**实现：**上限撞顶（70）停止，下限撞头（Max）停止。
C
if(!max_min){if(++max == 71) max = 70;}
else {if(++min == (max+1)) min = max;}
3.2变量自减时
实现：上限触底（Min）停止，下限触底（10）停止。
C
if(!max_min){if(--max == (min-1)) max = min;}
else {if(--min == 9) min = 10;}
4. 逻辑总结图示
| 当前调节对象 | 按键操作 | 限制边界 (Boundary) | 结果动作 | 代码片段关键点 |
|---|---|---|---|---|
| Max (上限) | + (加) | 固定值 70 | 保持 70 | if(++max == 71) max=70 |
| Max (上限) | - (减) | 动态值 Min | 止步于 Min | if(--max == min-1) max=min |
| Min (下限) | + (加) | 动态值 Max | 止步于 Max | if(++min == max+1) min=max |
| Min (下限) | - (减) | 固定值 10 | 保持 10 | if(--min == 9) min=10 |
5. 优点分析
相比于“允许用户随便调，切换界面时再检查合法性”，这种实时互锁的写法有以下优点：
-
用户体验好：用户直观地发现下限加不上去了（因为碰到了上限），逻辑清晰。
-
代码简洁：不需要编写额外的
Check_Valid()函数在界面切换时调用。 -
零Bug风险：因为数据在任何时刻都是合法的，程序其他部分（如LED报警逻辑）直接使用数据即可，无需担心异常值。