【正文】 s that are independent of the particular processor that the code will run on. This is because traditional pilers pile to native executable before the software is shipped. This means that the piler doesn’t know what type of processor the code will run on beyond basic generalities, such as that it will be an x86patible processor or an Alpha processor. Visual Studio 6, for example, optimizes for a generic Pentium machine, so the code that it generates cannot take advantage of hardware features of Pentium III processors. On the other hand, the JIT piler can do all the optimizations that Visual Studio 6 can, and in addition it will optimize for the particular processor the code is running on. Language interoperability The use of IL not only enables platform independence。 (3) Visual J 最新添加的語言是 Visual J。如果要把一個 VB6項(xiàng)目讀取到 Visual Studio .NET中， Visual Studio .NET 就會升級該項(xiàng)目，也就是說把 VB6源代碼重寫為 源代碼。 這解釋了為什么托管 IL 代碼的執(zhí)行幾乎和內(nèi)部機(jī)器代碼的執(zhí)行速度一樣快，但是并沒 有說明為什么Microsoft 認(rèn)為這會提高性能。 IL 總是即時編譯的 (稱為 JIT 編譯 )，而 Java字節(jié)代碼常常是解釋性的， Java的一個缺點(diǎn)是，在運(yùn)行應(yīng)用程序時，把 Java字節(jié)代碼轉(zhuǎn)換為內(nèi)部可執(zhí)行代碼的過程會導(dǎo)致性能的損失 (但在最近， Java在某些平臺上能進(jìn)行 JIT編譯 )。 Visual Basic是在最近的幾年中演化的，其早期版本 Visual Basic 6并不適合運(yùn)行 .NET程序。實(shí)際上，托管 C++比 C更優(yōu)越的一點(diǎn)是可以在托管 C++代碼中調(diào)用非托管 C++類，而不必采用 COM交互功能。 (5) COM和 COM+ 從技術(shù)上講， COM 和 COM+并不是面向 .NET的技術(shù)，因?yàn)榛谒鼈兊慕M件不能編譯為 IL(但如果原來的COM組件是用 C++編寫的，使用托管 C++，在某種程度上可以這么做 )。 (4) 腳本語言 腳本語言仍在使用之中，但由于 .NET 的推出，一般認(rèn)為它們的重要性在降低。現(xiàn)有的 C++源代碼會繼續(xù)編譯為內(nèi)部可執(zhí)行代碼，不會有修改，但它會獨(dú)立于 .NET運(yùn)行庫運(yùn)行。 3. 語言的互操作性 使用 IL不僅支持平臺無關(guān)性，還支持語言的互操作性。對于代碼來說，這種精心設(shè)計(jì)的通用語法，有很 大 的優(yōu)點(diǎn)。即編譯器不知道代碼所運(yùn)行的處理器類型，例如該處理器是 x86兼容處理器或 Alpha處理器，這超出了基本操作的范圍。如果需要繼續(xù)使用 VB6 編寫程序，就可以這么做，但生成的可執(zhí)行代碼會完全忽略 .NET Framework，如果繼續(xù)把 Visual Studio作為開發(fā)環(huán)境，就需要安裝 Visual Studio 6。 Microsoft希望大多數(shù) J++用戶認(rèn)為他們在使用 .NET 時，將很容易使用 J。在大多數(shù)情況中，把新組件編寫為 .NET 組件，其多數(shù)目的是為了 更加 方便，因?yàn)檫@樣可以利用 .NET基類和托管代碼的其他優(yōu)點(diǎn)。 因?yàn)?C++允許低 級指針操作， C++編譯器不能生成可以通過 CLR 內(nèi)存類型安全測試的代碼。 Visual Basic 6已經(jīng)升級為 Visual Basic .NET，對 VB 進(jìn)行的改變非常大，完全可以把 Visual Basic .NET當(dāng)作是一種新語言。 Microsoft認(rèn)為這個過程要比一開始就編譯整個應(yīng)用程序代碼的效率高得多，因?yàn)槿魏螒?yīng)用程序的大部分代碼實(shí)際上并不是在每次運(yùn)行過程中都執(zhí)行。代碼編譯過一次后，得到的內(nèi)部可執(zhí)行代碼就存儲起來，直到退出該應(yīng)用程序?yàn)橹梗@樣在下次運(yùn)行這部分代碼時，就不需要重新編譯了。另外，它不支持繼承， Visual Basic使用的標(biāo)準(zhǔn)數(shù)據(jù)類型也與 .NET不兼容。另外，在使用托管類時，還需要使用非標(biāo)準(zhǔn)的 C++特性 (例如上述代碼中的 __gc關(guān)鍵字 )。另外， COM組件仍可以使用 — — .NET 組合了 COM的互操作性，從而使托管代碼可以調(diào)用 COM 組件， COM 組件也可以調(diào)用托管代碼 (見第 29 章 )。 J不使用 Java運(yùn)行庫，而是使用與其他 .NET兼容語言一樣的基類庫。 (2) Visual C++ .NET Visual C++ 6有許多 Microsoft對 Windows的特定擴(kuò)展。例如 Visual Studio 6優(yōu)化了一臺 一般的 Pentium機(jī)器，所以它生成的代碼就不能利用 Pentium III處理器的硬件特性。托管代碼的優(yōu)點(diǎn) Microsoft中間語言與 Java字節(jié)代碼共享一種理念：它們都是一種低級語言，語法很簡單 (使用數(shù)字代碼，而不是文本代碼 )，可以非常快速地轉(zhuǎn)換為內(nèi)部機(jī)器碼。相反， JIT 編譯器不僅可以進(jìn)行 Visual Studio 6所能完成的優(yōu)化工作，還可以優(yōu)化代碼所運(yùn)行的特定處理器。通過 Visual C++ .NET， 又加入了更多的擴(kuò)展內(nèi)容，來支持 .NET Framework。這說明，與 C和 一樣，可以使用 J創(chuàng)建 Web應(yīng)用程序、 Windows窗體、 XML Web服務(wù)和其他應(yīng)用程序。但是， COM+仍然是一個重要的工具，因?yàn)槠涮匦詻]