應用程式丟垃圾桶是正確移除方式嗎 - MAC

: 推 HuangJC: 垃圾不是大事，影響穩定度的是：覆蓋式的升級穩不穩定。 09/27 14:05
: → HuangJC: 在 win 經常是不穩的，移除重裝經常可以改善 09/27 14:05
: 推 HuangJC: 在Mac 則經驗還不足，因為我同事本來常嘲笑我胡搞（不經a 09/27 14:08
: → HuangJC: pp store 下載，而自行上網下載來安裝，問題是我 Xcode 09/27 14:08
: → HuangJC: 想改用舊版，只有這招）才產生奇奇怪怪的問題，但最近他 09/27 14:08
: → HuangJC: 說他的也一樣了；那就可能是Xcode 自己有問題 09/27 14:08
: 推 HuangJC: Win os 我就是做兩個分割，第一個是os,os升級時一定要 fo 09/27 14:10
: → HuangJC: rmat 重裝，覆蓋式升級又慢又不穩，我也無法理解 09/27 14:10
: → andrew43: brew cask 反安裝腳本也是志工們寫的，清理乾淨程度根 09/27 20:03
: → andrew43: 本說不準。 09/27 20:03
: → andrew43: 除非程式亂寫，否則暫存和偏好檔的體積實在不值得使用 09/27 20:06
: → andrew43: 者花太多精力去清理還有誤刪的風險。 09/27 20:06

什麼是亂寫，我突然想通一點

因為有 win app 的開發經驗，我來說一下
win 下有所謂 DLL 架構，也就是如果程式很大，可以這樣開發

A.exe => A.exe + common.dll
B.exe => B.exe + common.dll

common.dll 是 A，B 兩支程式的共用部份
有這個東西，則這兩支程式可以縮小一點
怎麼撰寫 DLL，書上教很多了；問題出在管理
如果這間公司還蠻長壽的，而 common.dll 出了很多版

當 a, b 兩支程式用同一版時還沒有問題
當它們用不同版時，則最好一起用最新版
而最新版必需向舊版相容；否則舊版那支程式其實也無法適應這個共用的 DLL

這種事情其實 OS 本身就發生很多
但只有 OS 在開發 DLL 畢竟是乾淨多了
如果各公司都可以任意的開發 DLL
那他們管理 DLL 版本的功力就很重要
管不好的話，乾脆不要共用，各存一版在各自的子目錄裡 XDDD

-----------

那為什麼 Mac 不會有這些現象，我不太清楚
或者其實也是有，只是我還沒有發現

而我就要問另一個問題了：Time Machine 值不值得安裝

今天我新硬碟到了，第一次裝了 Time Machine
發現它可以把不同時間的檔案給抽出來

老實說，Win OS 即使有這種工具，我也不敢用
因為混到不同版本的 DLL，根本跑不動

A.exe + common.dll
B.exe + common.dll

像這樣，如果 B.exe 返回舊版，那 common.dll 要不要返回舊版？
各別保留不同版本的架構可以讓兩支程式都能跑
但這樣 common.dll 就會有兩份，無法節省空間

或許不同 OS 在此有不同的作法，以致穩定度不同？

---------

在本板以 Time Machine 做標題搜尋，發現問題不少
我承認我還沒爬完文
但問題看來不會那麼單純了？


--