反馈、撤销与错误恢复

先理解这个概念

用户操作后需要及时得到可感知的响应。乐观更新可以提高感知速度，但失败时必须回滚或明确标记未同步。撤销通常比反复确认更顺畅，但只有真正可逆的动作才适合这样处理。

反馈需要回答是否收到动作、正在发生什么、最后结果如何。恢复则需要让用户保住已投入的时间与数据。撤销适合可逆操作，确认适合高后果且难以恢复的操作；两者不能简单互换。网络超时等不确定结果应明确表达不确定，而不是虚构成功或失败。

记住这三个原则

1. 01

   反馈尽量靠近触发动作的位置。

2. 02

   区分已保存在本地、同步中与已同步。

3. 03

   可恢复的错误保留上下文，避免让用户重做所有步骤。

实际设计时，分三步做

1. STEP 01

   按动作持续时间安排反馈：立即体现已接收，必要时显示处理中，结束后给出与实际结果一致的状态。

2. STEP 02

   为每种错误说明用户能采取的动作，区分输入错误、权限问题、服务不可用和结果未知。

3. STEP 03

   定义撤销范围和时限，以及错过轻提示后的恢复入口。重要恢复能力不应只存在于短暂提示里。

一个容易理解的例子

速度与真实性可以兼顾，但不能隐藏失败。

适用边界与取舍

乐观更新适合成功率高、可逆且后果可控的操作。付款、授权等高影响动作应慎重，不能因为想让界面快就提前宣告最终成功。