看板 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 做標題搜尋,發現問題不少 我承認我還沒爬完文 但問題看來不會那麼單純了? -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 42.72.36.30 ※ 文章網址: https://www.ptt.cc/bbs/MAC/M.1538072253.A.F6E.html
s312580: 可以先了解蘋果的APFS技術就應該有回答道你的指向相容問 10/12 06:28
s312580: 題 10/12 06:28