joyen000829 wrote:
分享一下我今天的使用心得，今天到客戶那用XP接一個隨身碟，一接上去就要等..，抓到後資料傳完，就要去工具列選退出週邊，一開始都不讓我退，後來就得按右鍵，經過兩、三個視窗的選、選、選！才得以順利退出，那在我的mac上呢？只要把磁碟圖案拉進垃圾桶，就可拔下usb頭啦～
呵呵～我要稍微幫PC講一滴滴好話，我隨身碟都是直接拔的啦，幹嘛還要浪費時間退出？
反正看到隨身碟沒有在讀寫，就可以直接拔掉了啦
雖然我猜Mac應該也可以這麼幹～
minipai wrote:
那Mac的軟體會在系統裡留下什麼？？
引用OIKOS的jackc大所解釋的：
在MacOS X裡頭，Bundle是一個核心概念，而Framework的多重版本共存則是由於Bundle的觀念而成形（並且變的比較清楚、容易維護）。
Windows的部份之所以覺得比較亂，並不只是因為REGISTRY的問題，通常來說也牽涉到整個動態聯結的運作方式。
MacOS X的動態連結程式庫跟DLL最不同的地方是多版本管理的部份，相較起來完善而有條理許多。如果我沒有記錯的話，MacOS X的程式基本的Framework連結是根據Major version和Minor version來分配的。一個Major version upgrade意味著不相容的版本（就如同DirectX7 -> DirectX9），而minor version upgrade是彼此相容的版本升級。當然系統是無法分辨版本間的相容性的，所以還是得依賴發展者去注意釋出版本時的版本號碼問題。
比較重要的是，在MacOS X上面不同的版本可以同時存在，而系統本身會去根據程式連結的版本去?入相同的Major Version，同時程式設計師也可以（選擇性的）將程式靜態的連結到自己的程式Bundle中的版本（這時候就更不受系統版本的影響）。
Windows的DLL檔案放在哪裡其實是一個蠻有趣的問題。曾經有一度MS也建議開發廠商把所有的DLL放在自己的目錄下面，這樣比較不會發生版本衝突的問題，但是這又造成了同一家公司如果有好幾個程式要共用DLL的不便，所以在後來的開發指引中，MS又改成放在共用區，但是傳統的DLL比較沒有完善的版本管理機制，所以常常會彼此覆蓋而導致奇怪的問題。
這並不是說MacOS X或者Linux這類的系統就沒有版本問題，只是說，因為MacOS X有一個標準版本，所以程式設計師有標準的路可以遵循，加上比較好（也比較聰明、有彈性）的管理機制，使得MacOS X比起Windows在這方面要和平許多。在Linux上由於大家都有自己的想法（經典笑話中所謂的?所有的乘客都帶一片飛機組件來，然後大家爭論怎樣組裝才是正確的?），使得許多程式發生彼此需求不同的問題（例如某個程式需要GCC 3.3，另一個城市卻只能在GCC 2.9上編譯）。不過也正由於這樣的彈性，使得Linux能夠進入如嵌入式或者網路應用這樣的市場，不過那又是另一個故事了。
文章出處
內文搜尋
從 APP 打開
X