Microsoft .NET 框架常見問題
Microsoft Corporation

概念問題
什么是 .NET？
簡單地說，Microsoft® .NET 是 Microsoft 以服務的方式遞交軟件的一種策略。有關完整信息，請參閱有關該主題的白皮書（英文）。

以下是白皮書的摘要，簡要介紹了 .NET 的關鍵內容：

Microsoft .NET 平臺
包括用于創建和操作新一代服務的 .NET 基礎結構和工具、用于實施多信息客戶端的 .NET 用戶經驗，以及用于啟用新一代智能 Internet 設備的 .NET 構造塊服務和 .NET 設備軟件。


Microsoft .NET 產品和服務
包括 Microsoft® Windows.NET（其核心集成了一組構造塊服務）、MSN.NET、個人訂閱服務、Microsoft® Office.NET、Microsoft® Visual Studio.NET 和 Microsoft® bCentral™ for .NET。


第三方 .NET 服務
許多領域的合作伙伴和開發人員都有機會在 .NET 平臺上提供企業和垂直服務。
此問題針對的是 .NET 框架。.NET 框架是 .NET 平臺基礎結構的一部分。有關 .NET 框架的詳細信息，請參閱下一個問題。



什么是 .NET 框架？
.NET 框架是創建、部署和運行 Web 服務及其他應用程序的一個環境。它包括三個主要部分：公共語言運行時、框架類和 ASP.NET。

.NET 框架是否只適用于創建 Web 站點的用戶？
.NET 框架使您可以創建優秀的 Web 應用程序。但它也可以幫助您創建現在的各種應用程序。與當前創建應用程序的方式相比，.NET 在編寫任何 Windows 軟件（使用 ATL/COM、MFC、Microsoft® Visual Basic® 或標準 Microsoft® Win32®）方面都具有更大的優勢。當然，如果您是開發 Web 站點，那么從 ASP.NET 開始，您就會感受到 .NET 框架的強大吸引力。

從何處可以獲得 .NET 框架 SDK？
現在可以從 MSDN Online Downloads（英文）下載 .NET 框架 SDK 的 Beta 1 版。鑒于其大小，我們以多種方式提供此 Beta 版：作為一個下載文件 (106 MB)，分為 11 部分下載，或者從 Microsoft Developer Store 定購其 CD：

美國/加拿大（英語）


國際（英語）

.NET 框架可以運行于哪些平臺？
Beta 1 版可以運行在 Microsoft® Windows® 2000、Windows 95/98/ME 和 Windows NT® 4.0 上。

另外，還有一個稱為 .NET 精簡框架的 .NET 框架版本。它用于使蜂窩電話和增強型電視等設備也具有 .NET 框架的某些功能。.NET 精簡框架將運行在 Windows CE 和其他嵌入式操作系統上。

.NET 框架支持哪些編程語言？
.NET 框架與編程語言無關。事實上任何語言都可以支持 .NET 框架。目前，您可以用許多語言來創建 .NET 程序，包括：C++、Microsoft® Visual Basic.NET、JScript® 和 Microsoft 的最新語言——C#。以后，也會有大量的第三方語言可以用來創建 .NET 框架應用程序，包括 COBOL、Eiffel、Perl、Python、Smalltalk 等等。

.NET 框架和 COM+ 服務之間是什么關系？
在 .NET 框架中，不僅可以完全訪問 COM+ 服務，而且也更容易創建服務組件。

.NET 框架組件可被添加至 COM+ 應用程序中。在 COM+ 應用程序中，.NET 框架組件可以利用自動組件服務，例如：事務、對象池、排隊組件、事件等等。

.NET 框架和 DCOM 之間是什么關系？
DCOM 是用于進程間通訊的 COM 基礎結構。.NET 框架支持大量用于進程間通訊的可插入通道和格式化程序。在托管代碼和非托管代碼之間進行轉換時，.NET 框架使用了 COM 基礎結構，尤其是 DCOM。所有使用 COM+ 服務的方案都使用了托管到非托管轉換，因此默認使用 DCOM。對于注重互操作性的進程間通訊，.NET 框架也支持 SOAP（簡單對象訪問協議）。

.NET 框架是否僅僅是 Windows DNA 的新名稱？
不。Windows DNA 是用于創建緊耦合的分布式 Web 應用程序的一種體系結構。由于分布式應用程序變得需要更多的松耦合原理，因此 Microsoft 在 .NET 中發展了該體系結構。.NET 框架是 .NET 體系結構的一部分。

運行時技術問題
術語
什么是公共語言運行時 (CLR)？
公共語言運行時是 .NET 框架應用程序的執行引擎。

它提供許多服務，包括：

代碼管理（加載和執行）


應用程序內存隔離


類型安全驗證


IL 到本機代碼的轉換


元數據（增強的類型信息）訪問


為托管對象管理內存


強制代碼訪問安全


異常處理，包括跨語言異常


托管代碼、COM 對象和現有 DLL（非托管代碼和數據）之間的互操作


自動進行對象布局


對開發人員服務（配置、調試等）的支持

什么是公共類型系統 (CTS)？
公共類型系統是多信息類型系統，它被內置在公共語言運行時中，支持大多數編程語言中的類型和操作。公共類型系統支持大量編程語言的完全實現。

什么是公共語言規范 (CLS)？
公共語言規范是一組結構和限制，用作庫編寫者和編譯器編寫者的指南。它使任何支持 CLS 的語言都可以完全使用庫，并且使這些語言可以相互集成。公共語言規范是公共類型系統的子集。對于那些需要編寫代碼供其他開發人員使用的應用程序開發人員，公共語言規范也非常重要。如果開發人員遵循 CLS 規則來設計公共訪問的 API，那么就可以在支持公共語言運行時的任何其他編程語言中很容易地使用這些 API。

什么是 Microsoft 中間語言 (MSIL)？
MSIL 是與 CPU 無關的指令集。.NET 框架程序被編譯成 MSIL。它包含加載、存儲、初始化和調用對象方法的指令。

與元數據和公共類型系統結合，MSIL 允許真正的跨語言集成。

MSIL 在執行前被轉換為機器代碼，而不是一邊解釋一邊執行。

什么是托管代碼和托管數據？
托管代碼是編寫為支持公共語言運行時服務的代碼（請參閱“什么是公共語言運行時？”）。為了支持這些服務，代碼必須向運行時提供最小級別的信息（元數據）。默認情況下，所有 C#、Visual Basic.NET 和 JScript.NET 代碼都是托管代碼。Visual Studio.NET C++ 代碼在默認情況下不是托管代碼，但通過指定命令行開關 (/CLR)，編譯器也可以生成托管代碼。

與托管代碼密切相關的是托管數據。托管數據是由公共語言運行時的垃圾回收器進行分配和釋放的數據。默認情況下，C#、Visual Basic 和 JScript.NET 數據是托管數據。不過，通過使用特殊的關鍵字，C# 數據可以被標記為非托管數據。Visual Studio.NET C++ 數據在默認情況下是非托管數據（即使在使用 /CLR 開關時），但是在使用 C++ 的托管擴展時，可以使用“__gc”關鍵字將類標記為托管類。就象該名稱所顯示的那樣，它表示類實例的內存由垃圾回收器管理。另外，該類也完全成為 .NET 框架的成員，同時具備它所帶來的好處和限制。好處的一個例子是：它可以與其他語言編寫的類正確地進行互操作（如托管的 C++ 類可以從 Visual Basic 類繼承）；限制的一個例子是：托管類只能從一個基類繼承。

程序集
什么是程序集？
程序集是 .NET 框架應用程序的主要構造塊。它是作為一個單一實現單元（包含一個或多個文件）來創建、標識和部署的功能集合。所有的托管類型和資源都可以被標記為僅在其實現單元內訪問，或者標記為可由該單元以外的代碼來訪問。

程序集通過清單來進行自我說明。清單是每個程序集的不可或缺的組成部分。清單：

建立程序集標識（以文本名稱的格式）、版本、類別和數字簽名（如果要在應用程序之間共享該程序集）。


定義組成程序集實現的文件（通過名稱和文件散列）。


指定組成程序集的類型和資源，包括哪些是從程序集中導出的。


逐條記錄編譯時對其他程序集的依存。


指定程序集正確運行所需要的權限的集合。
此信息在運行時用于解析引用、強制版本綁定策略以及驗證所加載的程序集的完整性。因為每一類型都被加載到程序集的上下文中，所以運行時可以確定并定位任何正在運行的對象的程序集。程序集也是應用了代碼訪問安全權限的單元。在確定授予其所包含的代碼哪些權限時，每個程序集的標識證據都被認為是獨立的。

程序集的自我說明特征也有助于實現無影響安裝和 XCOPY 部署。

什么是專用程序集和共享程序集？
專用程序集僅由單一應用程序使用，并且存儲在該應用程序的安裝目錄中（或其子目錄中）。共享程序集是可被多個應用程序引用的程序集。要共享一個程序集，該程序集必須明確為這個目的而創建，這可以通過給其指定加密的增強型名稱（用作共享名稱）來實現。相反，專用程序集名稱只要求在使用它的應用程序中是唯一的。

通過區分專用和共享程序集，我們介紹明確決定共享的要點。只需簡單地將專用程序集部署在應用程序目錄中，即可確保應用程序只在創建和部署它的那部分中運行。對專用程序集的引用只在專用應用程序目錄內部進行解析。

選擇創建和使用共享程序集可以有多種原因，例如表達版本策略的能力。共享程序集具有加密的增強型名稱，這項事實意味著只有程序集的作者才擁有密鑰來生成程序集的新版本。因此，如果您做出策略聲明，希望接受程序集的新版本，則您可以確信版本更新將由作者來控制和驗證。否則，您就不會接受它們。

對于在本地安裝的應用程序，共享程序集通常被明確安裝在全局程序集緩存中（程序集的本地緩存由 .NET 框架維護）。.NET 框架的版本管理特性的關鍵在于下載的代碼不會影響本地安裝的應用程序的執行。下載的代碼被放在一個特殊的下載緩存中，即使某些下載組件被編譯為共享程序集，也不能在機器上全局使用這些代碼。

與 .NET 框架一起發布的類都被編譯為共享程序集。

如果我想創建一個共享程序集，在標記和管理密鑰對方面是否需要額外的開銷？
創建共享程序集確實涉及到加密密鑰方面的工作。創建程序集時，只有公共密鑰是必要的。支持 .NET 框架的編譯器提供命令行選項（或使用自定義屬性），用于在創建程序集時提供公共密鑰。通常在資源數據庫中保留一份常用的公共密鑰，并使編譯腳本指向此密鑰。在發布程序集之前，必須使用相應的私人密鑰將其完全標記。這是通過 SDK 工具 SN.exe（增強型名稱）來完成的。

增強型名稱標記不象 Authenticode 一樣需要使用證書。它不涉及第三方組織，不需要付費，也不受證書約束。另外，驗證增強型名稱的額外開銷遠遠小于驗證 Authenticode 的開銷。不過，增強型名稱不會生成任何信任某個出版商的語句。增強型名稱使您可以確信給定程序集的內容沒有被篡改，在運行時為您加載的程序集來自于您開發時針對的出版商。但它不會生成有關是否信任出版商身份的語句。