本章講了防止錯誤和通知決定的三種策略：1、運用富視覺非模態反饋。2、撤銷、恢復和可逆的歷史操作。3、假設：對比和預覽。

一、運用富視覺非模態反饋

本節討論視覺信息以非模態的方式顯示在應用程序的主視圖，怎么做才能不打斷用戶，才能幾乎消滅煩人的對話框。

1.1富視覺非模態反饋

富視覺非模態反饋可能是最重要的一種非模態反饋方式了。它的“富”在于能夠深入全面的信息，讓人了解一個進程的狀態或者屬性，或者當前應用程序的對象。它的“視覺”是指按習慣方式利用屏幕上的像素。它的“非模態”在于信息能夠及時輕松地顯示出來，既不需要用戶做特殊動作或者轉換模式，就能看到和理解這些反饋。

富視覺非模態反饋不適合初學者。 用戶需要菜單和對話框幫助理解。（有的很好理解，初學者也能上手，比如及時對用戶輸入的信息給出反饋）

用來代替警告和嚴重錯誤警示的富視覺非模態反饋必須得讓用戶格外清楚其含義才行，確保這一類狀態能傳遞更多信息，但不那么重要的富視覺非模態反饋得到視覺上的強調。

1.2聽覺反饋

1、避免負面聽覺反饋--在正常關系中，不需要像警報器一樣嚇人的負面聲音

2、提供正面聲音反饋--在物理世界中，幾乎每一個對象和系統都是用聲音提示成功而不是失敗的。觸屏鍵盤按鍵時的音效就是一種正面反饋。

二、撤銷、恢復和可逆的歷史操作

2.1撤銷應當遵循心理模型

因為計算機不會犯錯，人會犯錯，所以撤銷這個人專用功能，最應該貼近用戶的心理模型。

1、“犯錯”的用戶心理模型--用戶不想承認自己犯錯，所以設計的時候意味著，用戶做的任何事，都是他們認為正確正當的，不要責備用戶。

2、撤銷讓人敢于探索嘗試--從開發角度看 一系列的探索就是錯誤，但是從人文角度來看，探索是正常的。所以應用中要么斷然阻止這些可預見的錯誤，要么協助用戶探索。 ? 撤銷讓用戶可以安心探索。 ?通常用戶不到用時想不起這個功能。

3、設計撤銷功能--撤銷不能幫助用戶實現目標，但能防止意外事件將用戶的努力毀掉。不同的用戶會以不同的方式設想撤銷。 ? ?成功的撤銷能夠確保支持常用工具，并且避免暗示用戶操作失敗。 ? 撤銷最好是整個應用通用的功能，不管是已經保存的文件，還是內嵌的文件的編輯。

2.2共同的撤銷類型

1、漸增動作和過程動作--包含數據部分的操作成為漸增動作。無數據轉換的動作成為過程動作。

2、隱蔽撤銷和解釋性撤銷--用戶知道，出發這一習慣用法可以撤銷上一個操作，但并沒有跡象指明該操作是什么，這就是隱蔽撤銷。 ? 如果習慣用法里包含了特定操作的文本或視覺描述，那么該撤銷就是解釋性撤銷。

3、單次撤銷和多次撤銷

單次撤銷的局限性--用戶不小心覆蓋了可以拯救自己的唯一撤銷機會，問題出現時用戶不能立即意識到錯誤。

多次撤銷的局限性--必須按照逆向時間順序進行撤銷，不能跳躍式撤銷。

4、撤銷和恢復--撤銷過頭后，再恢復一些操作。

5、分組多次撤銷--（就是把操作們都列出來，用戶直接選擇從哪一步開始撤銷或者恢復，同樣不能實現跳躍式撤銷。）

2.3撤銷的其他類型

1、不連續的多次撤銷--可以選擇撤銷之前操作中的某些步驟，而不是全部撤銷。這需要解釋性撤銷功能，這個解釋會很棘手。

2、分類撤銷--撤銷某些類型的操作。比如退格鍵只能撤銷文字，而不能撤銷樣式的操作。

3、已刪除的數據緩沖區--（很多產品提供刪除后，XX天后再徹底刪除的功能，就是提供這種緩沖）

4、版本控制和還原--（sketch）谷歌文檔支持多人協作，每次用戶保存修改，都會創建一個新的版本，用戶也能看到不同的版本。版本控制應該提供一份已保存版本的清單，其中包括每個文檔的部分信息，供用戶理解不同版本的區別，還原的時候，文檔當前狀態作為版本保存下來。

5、凍結--鎖住數據，不能更改。在圖形文檔中更有用。

2.4撤銷可撤銷的

有的記錄受商業規則或者政策的限制，不適合撤銷。但是仍然可以提供給用戶撤銷和更改的途徑，但是要留下審計痕跡。

不太相關例子：Gmail在用戶點擊發送后的幾秒內，并未真的發出郵件，留給用戶少量中止發送的時間。

三、假設：對比和預覽

撤銷和恢復之間的切換，實現了對比或者假設分析的功能。很多產品通過縮略圖“預覽”圖像來進行不同操作之間和前后的對比。