建站
咨詢
售后
建站咨詢
新聞中心
.NET框架與DLL Hell問題：版本問題
從客戶的角度，最常見的版本問題就是我們所說的 DLL Hell 問題。簡單地講， DLL Hell 是指當多個應(yīng)用程序試圖共享一個公用組件（如某個動態(tài)連接庫（DLL）或某個組件對象模型（COM）類）時所引發(fā)的一系列問題。最典型的情況是，某個應(yīng)用程序?qū)⒁惭b一個新版本的共享組件，而該組件與機器上的現(xiàn)有版本不向后兼容。雖然剛安裝的應(yīng)用程序運行正常，但原來依賴前一版本共享組件的應(yīng)用程序也許已無法再工作。在某些情況下，問題的起因更加難以預(yù)料。比如，當用戶瀏覽某些 Web 站點時會同時下載某個 Microsoft ActiveX? 控件。如果下載該控件，它將替換機器上原有的任何版本的控件。如果機器上的某個應(yīng)用程序恰好使用該控件，則很可能也會停止工作。
在許多情況下，用戶需要很長時間才會發(fā)現(xiàn)應(yīng)用程序已停止工作。結(jié)果往往很難記起是何時的機器變化影響到了該應(yīng)用程序。用戶可能會回憶起一周前安裝了一些東西，但安裝與目前看到的狀態(tài)并沒有任何明顯的關(guān)聯(lián)。 更糟的是，現(xiàn)在很少有診斷工具幫助用戶（或幫助他們的技術(shù)支持人員）確定有什么問題。
這些問題的原因是應(yīng)用程序不同組件的版本信息沒有由系統(tǒng)記錄或加強。而且，系統(tǒng)為某個應(yīng)用程序所做的改變會影響機器上的所有應(yīng)用程序—現(xiàn)在建立完全從變化中隔離出來的應(yīng)用程序并不容易。
很難建立一個隔離應(yīng)用程序的一個原因是當前運行時環(huán)境只允許單獨版本組件或應(yīng)用程序的安裝。這個限制意味著組件的編寫者必須以向后兼容的方式編寫他們的代碼，否則當他們安裝新組件的時候會有終止已有應(yīng)用程序的風險。實際上，如果可能的話，編寫永遠向后兼容的代碼是非常難的。在 .NET 中，side by side 概念是版本問題的核心。"Side by side" 是在同一臺機器上同時運行不同版本的相同組件的能力。使用支持并列的組件，編程人員不必努力維護嚴格的向后兼容，因為不同的應(yīng)用程序自由使用某個共享組件的不同版本。
.NET框架與DLL Hell問題：發(fā)布和安裝
現(xiàn)在安裝應(yīng)用程序是多步過程。一般，安裝一個應(yīng)用程序包括復(fù)制許多軟件組件到磁盤，和在系統(tǒng)中進行一系列描述那些組件的注冊項。
注冊表中的項和磁盤上文件的分隔使復(fù)制應(yīng)用程序和卸載他們非常困難。而且，在注冊表中完全描述某個 COM 類所需的許多項之間關(guān)系非常松散。這些項常常包括聯(lián)合類、接口、類型庫和 DCOM app ID 的項，不涉及任何放在注冊表文檔擴展或組件類別的項。要時常手工保持這些項的同步。
***，需要該注冊足跡激活任何 COM 類。這極大地復(fù)雜了發(fā)布分布式應(yīng)用程序的過程，因為必須到每個客戶端的機器進行適當?shù)淖皂棥?/p>
如今另一個共同問題是：對一個正在運行的應(yīng)用程序進行更新是不現(xiàn)實的。這是 Web 應(yīng)用程序***的問題，Web 應(yīng)用程序必須停止工作然后重啟動以更新應(yīng)用程序使用的 COM 類。
這些問題主要由從組件自己分離傳來的組件描述引起的。換句話說，應(yīng)用程序不是自描述的和獨立的。
以上就對需要.NET框架解決的DLL Hell問題進行了簡單的描述。
【編輯推薦】
- ASP.NET MVC單元測試：HttpContext類的Path屬性解惑
- 自定義的ControllerFactory：接口實現(xiàn)，支持Area
- ASP.NET Routing之“解析URL”功能詳解
- 為ASP.NET MVC應(yīng)用添加自定義路由
- 學習ASP.NET MVC路由的使用方法
網(wǎng)站題目：.NET框架解決DLL Hell問題：問題描述
轉(zhuǎn)載來于：http://m.fisionsoft.com.cn/article/dhesjii.html
