看到知乎上這個問題的討論，就想來說說自己的看法

http://www.zhihu.com/question/24298437

我必須得說，這要看情況

首先，討論這個問題的前提條件是，第一種情況中的系統是可以支持用戶刪除后撤銷的功能的。如果系統本身或者由于其他原因不能讓用戶撤銷刪除的話，這里的討論就沒有意義了。比如，電子郵箱里，刪除在已刪除郵件里的郵件這個操作，只要執行那么郵件就徹底從數據里消失，用戶是無法尋回的，你能做的只能是在刪除前，讓用戶確認一遍。

所以這里討論的刪除并不是從數據庫中把數據完全移除，而是指是把數據存放在一個“不可用”的空間里。因此這里討論的刪除在很多開發人員眼中，不過是個“假刪除”。

什么時候使用刪除前需要確認？

1.預防誤操作

刪除這個操作，部分的使用場景下，對用戶來講是一個影響比較大的操作，也就是我們常說的“重度操作”。那么，為了防止不是使用者本意的操作高頻率的發生，就很自然的增加一個確認步驟。

2.用戶需要知曉操作的后果

一些業務規則下，用戶并不清楚進行刪除操作后，會發生什么事情，即使你提供了撤銷刪除的功能。所以有必要給出一個對話窗口，告知其后果并確認其操作。也許他們并不看，但總比你不說強。

3.撤銷刪除成本高，或者沒有對用戶開放

淘寶的訂單里有一個訂單回收站的功能，不知道大家有沒有概念。反正今天我是為了回答這個問題，才仔細的去看了看才知道，并且入口并不是很明顯。另外一些網站系統中，用戶刪除的數據是有留存的，但是一般就不會再呈現給用戶看了。

什么時候使用刪除后可以撤銷的方式？

如果一個刪除操作滿足以下的條件，我認為可以考慮采用刪除后可以撤銷的方式。

1.刪除這個操作對用戶來講影響不大，是個“弱操作”。

2.刪除這個行為需要經常發生。

3.用戶有預期可以撤銷刪除，并且知曉該如何操作。

4.撤銷刪除的操作的成本。

比如郵箱中的刪除郵件操作。在用戶已知曉怎么找回郵件的前提下，刪除操作是一個“弱操作”，并且清空一下收件箱對一些強迫癥用戶來講，是一件很爽的事情。所以一般刪除郵件時是沒有確認的。

如下圖，Gmail中是直接刪除郵件會話，不給確認的，但是會及時給出撤銷入口

在來看，qq郵箱中也是如此，對于一般的郵件刪除，也是直接刪除的

但是對于幾乎不可逆的徹底刪除，則是刪除前確認

再比如，蘋果的mac操作系統中，是沒有刪除文件的操作，取而代之的是【移到廢紙簍】操作，并且此操作是沒有確認對話框的。這里的操作名本身，就給予對廢紙簍有些了解的用戶較為明確的可撤銷的預期。

實際項目中如何來判斷使用哪種方式？

把你基于當前技術和業務規則條件下的，要告訴用戶的事情，用嘴說或者用文字寫的方式描述出來。然后采用刪除前確認和刪除后可以撤銷的不同的方式來比較一下。側重比較和分析用戶是否對可撤銷有概念。然后在后續的可用性測試中，著重訪談用戶的情緒變化，比如，是否有突兀感，不自由，不安全感等。

但老實說，這里的判斷我主要依靠“感覺”，我感覺依據是把你當前的設計方案，轉化成為一段對話，然后嘗試從一個用戶的角度來看這段對話，是否把該說清楚的事情講清楚了，是否讓對方覺得你很貼心，很聰明。

我舉例蘋果操作系統mac和微軟的windows系統中的刪除操作

mac中：

我要把這個文件從我的桌面刪除。

哦，這里只有【移到廢紙簍】的操作，我想起來了，剛開始用mac的時候，我學習到可以把文件扔到廢紙簍，并且可以找回。

好吧，我就進行【移到廢紙簍】的操作。

刪除操作完成。

windows中：

我要把這個文件從我的桌面刪除。

哦，發現了【刪除】操作，我點擊了該按鈕。

咦？一個對話框出來了告訴我：

（確實要把此文件放入回收站嗎？

恩，我以前學習到，【刪除】的意思就是把文件放到回收站中，并且可以找回。）

好吧，我確認此操作。

刪除操作完成。

顯然mac的操作更加流暢，但前提是用戶對廢紙簍有概念。pc的做法雖然繁瑣一點，但是符合用戶的初始認知模型。我要刪除，就給刪除操作，在后續彈窗中解釋刪除意味著什么，然后要求用戶確認操作。mac很聰明，但是你同時也必須“聰明”一點。pc有點繁瑣，但是確實照顧了更大范圍的用戶。

所以不同項目中怎么做，真得看情況。

作者：德川亮；via：簡書