潛字第1號 | 引用:
簡單的說,就是當你安裝一套新的應用程式在你的Windows作業系統裡時 就會在登錄檔裡做(登錄)註冊的動作,你的軟體才能使用 這也是為什麼大部份windows的應用程式要有"安裝/移除"的動作(以前dos的軟體直接copy進目錄裡就能用了) 就像是我們人類在做戶籍登記的動作一樣. 但問題是,當你灌的軟體越來越多時,你的登錄檔就會變得越肥大和混亂 有些寫得不好的程式,在移除時也不會把登錄檔清乾淨 久而久之,windows就很容易出現意料外的當機. 所以怎麼管理這個尾大不掉的登錄檔就成了頭痛的問題 不過這些問題在未來的.net技術研發的系統上"應該"不會發生了 (為什麼說"應該",因為m$老是會為了相容於舊的系統,把新舊技術都搞在一起四不像) 不然在物件導向觀念下的.net是不用登錄檔這種機制了. 應用系統直接就可以使用和升級,跟本不用什麼安裝重開機這類白痴動作. 但以現在還有那麼多win98用戶存在的世界(這也是m$重新對98的用戶提供支援的原因) 後面還有me,2000,xp在排隊,看樣子,登錄檔還是可以活好一陣子. 畢竟Bill是個商人. | |
回覆 |
副團長Ann | 聽你這麼說,開始想看.Net的資訊了。 那請問:如果.net就如期公佈要使用的話,登錄檔是不是就比較沒有這麼重要了?還是說沒有用處了? |
回覆 |
あなたの家に行く | 個人以為登錄會繼續存在,只是存在的型態會改變。只要有設定值,總要找一個地方儲存必要的資訊。不適合用 DOS 程式的安裝移除來類推現今的 Win32 程式。 |
回覆 |
潛字第1號 | 引用:
至於m$下一帶的作業系統詳細情形是怎樣,我不知道. 但肯定是朝.NET Framwork這個方向來走. 從windows2003上面將.NET Framework直接整合到環境裡面就可窺知一二. 當你了解.NET Framwork後,你就可以知道,登錄檔根本就不需要. | |
回覆 |
潛字第1號 | 引用:
軟體的安裝根本不需要"安裝"(登錄註冊)這個動作 直接將程式copy到硬碟的特定目錄下就能跑起來. 而系統版本的升級更新更是不必停機或重開機.(通常要這個動作也是因為登錄檔的拖累也有相當的風險) 為什麼??請自行參考.NET Framework相關的技術文件. 當然如果你一直以傳統的Windows作業系統的思維去看,你當然會覺得不可能. 可是.NET Framework早就在我們身邊隨處可見了. .NET的出現打破傳統平台先換,程式語言才會出現的慣例. 由此可見,m$的野心,和.NET的重要性. m$到底在醞釀什麼東西?昭然若揭. 但我也說過,以bill那種商人思維和m$的商業考量,會不會有那種勇氣 全面翻新未來的作業系統,那還有待時間來證明,我也不知道. 但.NET這個趨勢是擋不住的. | |
回覆 |
あなたの家に行く | >> 軟體的安裝根本不需要"安裝"(登錄註冊)這個動作,直接將程式copy到硬碟的特定目錄下就能跑起來. 能理解。以為在現階段並非就可以完全捨棄登錄,能做的只是限制寫入登錄的數量。 .net framework 對 Windows 系統/應用程式的使用者/開發者來說,絕對是個好東西!像 .msi 這個安裝套件,早期只有微軟自己開發使用,而現在看來很多軟體都採用此封裝。雖然還是要安裝,不過安裝/移除/維護(包含登錄)已經改善很多。 |
回覆 |
潛字第1號 | 引用:
我也強調,bill是個商人 以原本想停掉對win98支援的m$,迫於仍有大批人使用98的壓力下恢復對98的支援. 就可以知道,舊的平台還是要撐很久,後面還有2k,xp在排隊. 所以了解登錄檔還是有其必要性. 所以我才會post這篇文章,但是話又說回來了. 越是去了解,越覺得這個Registry的機制真是windows的亂源. 總不能每次安裝個軟體就去監視它安裝時改了什麼登錄檔 執行前中後又動了哪些登錄檔.(吃飽太閒) 如果軟體和平台的關係只有在執行時透過Runtime來溝通時才存在 整體來說好太多了. 不過這樣子的話,大家當機的機會變小了 以後大家騙吃騙喝,混飯吃的機會就變小了... | |
回覆 |
XML | RSS 2.0 | RSS |
本論壇所有文章僅代表留言者個人意見,並不代表本站之立場,討論區以「即時留言」方式運作,故無法完全監察所有即時留言,若您發現文章可能有異議,請 email :[email protected] 處理。