計(jì)算機(jī)專業(yè)畢業(yè)外文翻譯--托管代碼的優(yōu)點(diǎn)-免費(fèi)閱讀
【正文】 另外， COM組件仍可以使用 — — .NET 組合了 COM的互操作性，從而使托管代碼可以調(diào)用 COM 組件， COM 組件也可以調(diào)用托管代碼 (見(jiàn)第 29 章 )。 J不使用 Java運(yùn)行庫(kù)，而是使用與其他 .NET兼容語(yǔ)言一樣的基類庫(kù)。另外，在使用托管類時(shí)，還需要使用非標(biāo)準(zhǔn)的 C++特性 (例如上述代碼中的 __gc關(guān)鍵字 )。 (2) Visual C++ .NET Visual C++ 6有許多 Microsoft對(duì) Windows的特定擴(kuò)展。另外，它不支持繼承， Visual Basic使用的標(biāo)準(zhǔn)數(shù)據(jù)類型也與 .NET不兼容。例如 Visual Studio 6優(yōu)化了一臺(tái) 一般的 Pentium機(jī)器，所以它生成的代碼就不能利用 Pentium III處理器的硬件特性。代碼編譯過(guò)一次后，得到的內(nèi)部可執(zhí)行代碼就存儲(chǔ)起來(lái)，直到退出該應(yīng)用程序?yàn)橹?，這樣在下次運(yùn)行這部分代碼時(shí)，就不需要重新編譯了。托管代碼的優(yōu)點(diǎn) Microsoft中間語(yǔ)言與 Java字節(jié)代碼共享一種理念：它們都是一種低級(jí)語(yǔ)言，語(yǔ)法很簡(jiǎn)單 (使用數(shù)字代碼，而不是文本代碼 )，可以非?？焖俚剞D(zhuǎn)換為內(nèi)部機(jī)器碼。 Microsoft認(rèn)為這個(gè)過(guò)程要比一開始就編譯整個(gè)應(yīng)用程序代碼的效率高得多，因?yàn)槿魏螒?yīng)用程序的大部分代碼實(shí)際上并不是在每次運(yùn)行過(guò)程中都執(zhí)行。相反， JIT 編譯器不僅可以進(jìn)行 Visual Studio 6所能完成的優(yōu)化工作，還可以優(yōu)化代碼所運(yùn)行的特定處理器。 Visual Basic 6已經(jīng)升級(jí)為 Visual Basic .NET，對(duì) VB 進(jìn)行的改變非常大，完全可以把 Visual Basic .NET當(dāng)作是一種新語(yǔ)言。通過(guò) Visual C++ .NET， 又加入了更多的擴(kuò)展內(nèi)容，來(lái)支持 .NET Framework。 因?yàn)?C++允許低 級(jí)指針操作， C++編譯器不能生成可以通過(guò) CLR 內(nèi)存類型安全測(cè)試的代碼。這說(shuō)明，與 C和 一樣，可以使用 J創(chuàng)建 Web應(yīng)用程序、 Windows窗體、 XML Web服務(wù)和其他應(yīng)用程序。在大多數(shù)情況中，把新組件編寫為 .NET 組件，其多數(shù)目的是為了 更加 方便，因?yàn)檫@樣可以利用 .NET基類和托管代碼的其他優(yōu)點(diǎn)。但是， COM+仍然是一個(gè)重要的工具，因?yàn)槠涮匦詻](méi)有在 .NET中完全實(shí)現(xiàn)。 Microsoft希望大多數(shù) J++用戶認(rèn)為他們?cè)谑褂?.NET 時(shí)，將很容易使用 J。 如果在托管類型上試圖使用 .NET不支持的特性 (例如，模板或類的多繼承 )，編譯器就會(huì)出現(xiàn)一個(gè)錯(cuò)誤。如果需要繼續(xù)使用 VB6 編寫程序，就可以這么做，但生成的可執(zhí)行代碼會(huì)完全忽略 .NET Framework，如果繼續(xù)把 Visual Studio作為開發(fā)環(huán)境，就需要安裝 Visual Studio 6。例如，它與 COM的高度集成，且只把事件處理程序作為源代碼顯示給開發(fā)人員，大多數(shù)后臺(tái)代碼不能用作源代碼。即編譯器不知道代碼所運(yùn)行的處理器類型，例如該處理器是 x86兼容處理器或 Alpha處理器，這超出了基本操作的范圍。 JIT編譯器并不是把整個(gè)應(yīng)用程序一次編譯完 (這樣會(huì)有很長(zhǎng)的啟動(dòng)時(shí)間 )，而是只編譯它調(diào)用的那部分代碼(這是其名稱由來(lái) )。對(duì)于代碼來(lái)說(shuō)，這種精心設(shè)計(jì)的通用語(yǔ)法，有很 大 的優(yōu)點(diǎn)。使用 JIT 編譯器，從來(lái)都不會(huì)編譯這種代碼。 3. 語(yǔ)言的互操作性 使用 IL不僅支持平臺(tái)無(wú)關(guān)性，還支持語(yǔ)言的互操作性?，F(xiàn)有的 VB6代碼不能編譯為 ，把 VB6程序轉(zhuǎn)換為 ，需要對(duì)代碼進(jìn)行大量的改動(dòng)，但大多數(shù)修改工作都可以由 Visual Studio .NET(VS的升級(jí)版本，用于與 .NET 一起使用 )自動(dòng)完成?，F(xiàn)有的 C++源代碼會(huì)繼續(xù)編譯為內(nèi)部可執(zhí)行代碼，不會(huì)有修改，但它會(huì)獨(dú)立于 .NET運(yùn)行庫(kù)運(yùn)行。如果 CLR把代碼標(biāo)識(shí)為內(nèi)存類型安全是非常重要的，就需要用其他一些語(yǔ)言編寫源代碼，例如 C 或 。 (4) 腳本語(yǔ)言 腳本語(yǔ)言仍在使用之中，但由于 .NET 的推出，一般認(rèn)為它們的重要性在降低。 原文 : Advantages of Managed Code Microsoft intermediate language shares with Java byte code the idea that it is a lowlevel language with a simple syntax (based on numeric codes rather than text), which can be very quickly translated into native machine code. Having this welldefined universal syntax for code has significant advantages. Platform independence First, it means that the same file containing byte code instructions can be placed on any platform。 (5) COM和 COM+ 從技術(shù)上講， COM 和 COM+并不是面向 .NET的技術(shù)，因?yàn)榛谒鼈兊慕M件不能編譯為 IL(但如果原來(lái)的COM組件是用 C++編寫的，使用托管 C++，在某種程度上可以這么做 )。因此， J用戶可以利用 Visual Studio .NET的所有常見(jiàn)特性。實(shí)際上，托管 C++比 C更優(yōu)越的一點(diǎn)是可以在托管 C++代碼中調(diào)用非托管 C++類，而不必采用 COM交互功能。 只編譯為中間語(yǔ)言，就像 C一樣。 Visual Basic是在最近的幾年中演化的，其早期版本 Visual Basic 6并不適合運(yùn)行 .NET程序。這是因?yàn)閭鹘y(tǒng)的編譯器是在發(fā)布軟件之前編譯為內(nèi)部機(jī)器可執(zhí)行的代碼。 IL 總是即時(shí)編譯的 (稱為 JIT 編譯 )，而 Java字節(jié)代碼常常是解釋性的， Java的一個(gè)缺點(diǎn)是，在運(yùn)行應(yīng)用程序時(shí)，把 Java字節(jié)代碼轉(zhuǎn)換為內(nèi)部可執(zhí)行代碼的過(guò)程會(huì)導(dǎo)致性能的損失 (但在最近， Java在某些平臺(tái)上能進(jìn)行 JIT編譯 )。 1. 平臺(tái)無(wú)關(guān)性 首先，這意味著包含字節(jié)代碼指令的同一 個(gè) 文件可以放在任一 個(gè) 平
畢業(yè)設(shè)計(jì)相關(guān)推薦
鄂ICP備17016276號(hào)-1