我們設計一款APP應用，無論是前端還是后臺，都可能會用到刪除操作。今天我們就來討論一下這個設計上的小細節的處理。

通常情況，我們在刪除某項內容的時候，都會提示用戶是否確認刪除。如果覺得彈出提示會影響用戶操作，可以在刪除后增加撤銷刪除的功能。這兩種做法各有什么不同呢。

首先，討論這個問題的前提條件是，第一種情況中的系統是可以支持用戶刪除后撤銷的功能的。如果系統本身或者由于其他原因不能讓用戶撤銷刪除的話，這里的討論就沒有意義了。比如，電子郵箱里，刪除在已刪除郵件里的郵件這個操作，只要執行那么郵件就徹底從數據里消失，用戶是無法尋回的，你能做的只能是在刪除前，讓用戶確認一遍。
所以這里討論的刪除并不是從數據庫中把數據完全移除，而是指是把數據存放在一個“不可用”的空間里。因此這里討論的刪除在很多開發人員眼中，不過是個“假刪除”。

什么時候使用刪除前需要確認?
1.預防誤操作
刪除這個操作，部分的使用場景下，對用戶來講是一個影響比較大的操作，也就是我們常說的“重度操作”。那么，為了防止不是使用者本意的操作高頻率的發生，就很自然的增加一個確認步驟。
2.用戶需要知曉操作的后果
一些業務規則下，用戶并不清楚進行刪除操作后，會發生什么事情，即使你提供了撤銷刪除的功能。所以有必要給出一個對話窗口，告知其后果并確認其操作。也許他們并不看，但總比你不說強。
3.撤銷刪除成本高，或者沒有對用戶開放
淘寶的訂單里有一個訂單回收站的功能，不知道大家有沒有概念。反正今天我是為了回答這個問題，才仔細的去看了看才知道，并且入口并不是很明顯。另外一些網站系統中，用戶刪除的數據是有留存的，但是一般就不會再呈現給用戶看了。

什么時候使用刪除后可以撤銷的方式?
如果一個刪除操作滿足以下的條件，我認為可以考慮采用刪除后可以撤銷的方式。
1.刪除這個操作對用戶來講影響不大，是個“弱操作”。
2.刪除這個行為需要經常發生。
3.用戶有預期可以撤銷刪除，并且知曉該如何操作。
4.撤銷刪除的操作的成本。
比如郵箱中的刪除郵件操作。在用戶已知曉怎么找回郵件的前提下，刪除操作是一個“弱操作”，并且清空一下收件箱對一些強迫癥用戶來講，是一件很爽的事情。所以一般刪除郵件時是沒有確認的。