2. 容错机制的设计策略：当错误发生时，如何通过撤销、恢复、确认对话框等方式降低损失
大家好，我是老张。今天咱们聊聊容错机制。说白了，就是用户已经犯了错，我们怎么帮他「擦屁股」。你想想看，再好的预防也挡不住手滑，对吧？
我在项目中遇到过不少这样的场景：用户辛辛苦苦填了半小时表单，一个误操作全没了。那种感觉，我至今记得。所以容错不是锦上添花，是雪中送炭。
2.1 撤销（Undo）—— 给用户一颗后悔药
撤销是最直接的容错手段。用户做错了，点一下就能回到之前的状态。我个人习惯把撤销分为两种：
- 单步撤销：只撤销最近一次操作。比如删除一条记录，点撤销就回来了。
- 多步撤销：可以回退多次操作。像 Photoshop 的历史记录，能回到任意步骤。
核心原则：撤销操作必须可见、可预期。用户要知道「我撤销了什么」，而不是点完一脸懵。
举个例子，Gmail 的「撤销发送」功能。你发出邮件后，底部会弹出一个提示条，给你几秒钟反悔时间。这个设计妙在哪？它把「不可逆操作」变成了「可逆操作」。我每次用都觉得安心。
我的经验：撤销的「时间窗口」要合理。太短用户来不及反应，太长又影响效率。我个人建议 5-10 秒比较合适。当然，具体要看操作的风险等级。
2.2 恢复（Redo）—— 别让用户后悔「后悔」
有撤销就得有恢复。你想想看，用户撤销了某步操作，结果发现撤销错了，怎么办？这时候恢复就派上用场了。
恢复和撤销是一对孪生兄弟。我建议把它们做成一对按钮，放在一起。比如：
// 伪代码示例
class UndoRedoManager {
private undoStack = [];
private redoStack = [];
execute(command) {
command.execute();
this.undoStack.push(command);
this.redoStack = []; // 新操作清空恢复栈
}
undo() {
const command = this.undoStack.pop();
if (command) {
command.undo();
this.redoStack.push(command);
}
}
redo() {
const command = this.redoStack.pop();
if (command) {
command.redo();
this.undoStack.push(command);
}
}
}这段代码看着简单，但实际项目中坑不少。比如：用户执行了新操作，恢复栈该不该清空？我的答案是：应该清空。否则用户会混乱。
避坑指南：我曾经在一个项目中没清空恢复栈，结果用户撤销后又恢复了一个「不存在」的操作，数据直接乱了。嗯，从那以后我再也不敢偷懒了。
2.3 确认对话框 —— 拦住那些「手滑」的操作
确认对话框是最古老的容错手段之一。但说实话，很多产品把它用烂了。用户点什么都弹个框，结果就是「一律点确定」，形同虚设。
我个人习惯把确认对话框分为三个等级：
| 等级 | 适用场景 | 示例 |
|---|---|---|
| 轻度 | 操作可逆，但需要提醒 | 删除一条笔记（有回收站） |
| 中度 | 操作不可逆，但影响范围小 | 删除单个文件 |
| 重度 | 操作不可逆，影响范围大 | 清空回收站、注销账号 |
轻度确认，我建议用「轻提示」代替弹窗。比如「已删除，可撤销」这种。中度确认，用标准对话框，按钮要明确写「删除」和「取消」，别用「确定」「取消」这种模糊词。重度确认，必须加二次验证，比如输入「确认删除」四个字。
关键点：确认对话框的按钮文案要「动词化」。别写「确定」，写「删除」「清空」「注销」。用户一眼就知道点了会发生什么。
2.4 自动保存与版本历史 —— 最后的防线
有些错误，用户自己都没意识到。比如写文档时突然断电，或者浏览器崩溃。这时候自动保存就是救命稻草。
我建议的策略是：
- 实时自动保存：每 30 秒或每次输入变化后保存一次
- 版本历史：保留最近 10-20 个版本，用户可以随时回滚
- 崩溃恢复：检测到异常退出时，下次打开自动恢复上次状态
举个例子，Google Docs 的自动保存。你写一个字，它存一个字。就算浏览器崩了，重新打开内容还在。这种设计给用户的安全感，是任何提示框都给不了的。
我的建议：自动保存一定要有「保存状态」的反馈。比如在顶部显示「已保存」「保存中」「未保存」。用户看到「未保存」三个字，心里就有数了。
2.5 容错设计的「三不」原则
最后，我总结一下容错设计的三个原则。这是我多年踩坑换来的：
- 不打断：容错操作尽量在后台完成，别弹一堆框打断用户
- 不隐藏：撤销、恢复这些功能要放在显眼位置，别让用户找
- 不欺骗：如果操作不可逆，就老老实实告诉用户，别用模糊的文案
你想想看，用户犯错已经很懊恼了。如果我们的容错机制再让他困惑，那用户体验就彻底崩了。所以，容错设计的本质，是给用户一个「体面」的纠错机会。
好了，这一章就聊到这。下一章我们讲讲「反馈机制」—— 怎么让用户知道系统正在干什么。到时候见。