為什麼 Windows 不能把粘貼替換的同名文件，送到回收站？

---

其實用戶需要的是文件版本歷史，但是他們總是會想出各種嗶—的實現出來……

微軟卻樂此不疲的去實現這些白痴功能，這一點上還是要向喬幫主學習，用戶從來不知道他們想要什麼東西，直到你塞給他。

買個大硬碟開啟文件歷史記錄備份，個人文檔尤其是Office文檔都放到OneDrive上，養成這樣的良好的習慣。

最後你會發現，回收站真是多餘……

---

這個操作實質上是覆蓋，與打開文檔編輯保存是同一類的操作。如果被覆蓋的文件都要拷貝一份保存的話，那不就是默認開啟文件歷史功能了嗎？

到時候你信不信會有更多的人出來罵「什麼辣雞微軟，沒用的東西佔我這麼多空間！」

---

送到回收站就意味著有可能被用戶手動恢復，然而恢復的時候就相當於另一個「粘貼替換同名文件」。如果此時系統又貼心得幫你把被替換得文件送到回收站，那麼...

就像這樣：

fileswindows.pdf (id: 1)

粘貼 windows.pdf (id: 2) 到文件夾 files 中得到

fileswindows.pdf (id: 2)

RecycleBinwindows.pdf (id: 1)

此時你去回收站恢復 windows.pdf (id: 1)，對系統而言，這是又一個同名粘貼替換，所以採用相同的處理策略，結果就是：

fileswindows.pdf (id: 1)

RecycleBinwindows.pdf (id: 2)

對用戶而言，我明明從回收站里移除（恢復）了一個 windows.pdf ，怎麼操作完後回收站里又來了一個 windows.pdf？

如果系統不會把粘貼目的文件夾里的同名文件 *自動* 放進回收站，而是給成一個選項 （Copy Replace, Skip, Compare, Copy Put Old File To Recycle Bin），那麼對用戶而言就有個 4 個選項，過於複雜，還不如先 keep both 再手動刪除一個。

還有底下@王半城的回答，答非所問就不說了，只破不立，怕是對 Windows 怨念慎重啊。教科書級別的 Windows desktop 你以為當初設計的時候沒有 PM 參與嗎？*據說*以前微軟是 3 個 dev + 2 個 PM，然而說法我也無從考證了。

---

這樣資源管理器的撤銷功能定義起細節來就很複雜，複雜久不直觀不容易理解容易出bug，不滿足傻逼也能用windows的這個需求。

---

那位輪子哥的回答，生動形象的向我們演示了什麼是「程序員思維」，以及在這種思維主導下的微軟做出來的東西為什麼這麼難用

生活中遇見的很多很多讓用戶覺得很噁心的功能，也往往是因為他描述的這種技術實現邏輯上的障礙，而被迫做成噁心的樣子

回歸用戶需求本身：同名的文件為什麼要搞一個覆蓋替換的邏輯？

是因為用戶們真的有很多重複文件需要系統幫你清理嗎？

不，是因為程序員的邏輯：同一個文件夾不能共存多個同名文件！所以突然就給用戶遞上一把刀，保老婆還是保孩子？

看起來還是多胞胎，我們的原則是戶口不能重名，其他的就殺掉吧

在windows這種必須起名字又不能重名的程序員邏輯壓力下給文件手動起名，用戶往往被迫命名為：無標題.doc，無標題111 .doc，無標題1234.doc，無標題aaa.doc……就像當密碼一次次被要求重設又不能使用歷史密碼一樣

再深入一下問題：文件名真的是用戶在意的東西嗎？

事實上很多Windows軟體在保存一些文件時，都會按一套清晰規則來自動命名，比如potplayer播放一個名為abp108.mkv的文件時按截圖，會自動保存名為abp108_20180420124803.jpg的圖片，實際管理起來比無標題111.jpg更方便

其實我用過很多清理工具，可以精確的幫你判斷兩個文件是不是真的實際上相同（哪怕文件名重複），這個實現原理並不麻煩，但微軟會考慮嗎？

別傻了，那麼多年了，微軟連用戶玩全屏遊戲時按win徽標鍵會跳出遊戲的問題都懶得管，只能靠用戶自己動手摳掉徽標鍵解決

---

粘貼替換與放進回收站很明顯是兩個不同的概念，為什麼要混在一起？

---

推薦閱讀：