但就其語言本身來看，JAVA和.Net更多的象是在C++之上減減增增。我感覺C/C++能夠稱的上編程語言史上最有影響力的語言，而它的成功完全是在其自身的優(yōu)秀特證所決定的，后面的JAVA和C#的成功是完全在C/C++的基礎(chǔ)上，它們站在了C/C++這個(gè)巨人的肩膀上。

C是Combined的縮寫，產(chǎn)生于1972年，C在DOS時(shí)代以其語句簡(jiǎn)潔，代碼執(zhí)行速度快，既可編寫底層代碼，又可輕松實(shí)現(xiàn)GUI的繪制，脫穎而出，成為最適合于系統(tǒng)底層程序和游戲開發(fā)的語言，被譽(yù)為中級(jí)語言，是表示它兼有高級(jí)語言和低級(jí)語言的特證。C的出現(xiàn)讓人們看到了一種新的語言風(fēng)格，感覺C語法最大的特點(diǎn)是簡(jiǎn)潔，靈活，比如分號(hào)代表語句的結(jié)束，可以讓程序的一條語句不拘于寫在一行中，這比BASIC和Fortran好，用大括號(hào)來代替Begin和End要比Pascal在書寫上省下很多。同樣一段程序，用C可以做到代碼比別的語言短，而運(yùn)行速度通常要比別的語言快。C語言中更可以調(diào)用一些DOS系統(tǒng)中斷功能，Bios中斷功能，直接訪問硬件，讀寫端口，Dos時(shí)代的C是無所不能的，比如把Dos系統(tǒng)中斷改了，讓Dos在處理例行事務(wù)時(shí)，作些程序指定的操作，那是挺容易的，所以Dos下面病毒很多，不過那個(gè)時(shí)代寫底層代碼時(shí)的限制少，Windows下很多直接對(duì)硬件的訪問都限制了，Web時(shí)代更是以虛擬機(jī)和跨平臺(tái)為榮了。C/C++傾向于系統(tǒng)開發(fā)，還有游戲設(shè)計(jì)，只要這兩個(gè)領(lǐng)域還在，它就是永遠(yuǎn)的日不落帝國。

 DOS時(shí)代最流行的開發(fā)工具是Turbo C，Borland公司的優(yōu)秀產(chǎn)品，Turbo C是DOS時(shí)代C開發(fā)工具的霸主，我個(gè)人上是非常喜歡Turbo C，至今電腦上還裝著Turbo C2.0，也就2M左右，有時(shí)懷念起當(dāng)年在大學(xué)機(jī)房里用Turbo C運(yùn)行代碼的時(shí)光，還可以打開看下那熟悉的藍(lán)色界面，相信很多朋友都用過它。微軟推出的是Quick C（Windows 3.x上還有個(gè)Quick C For windows，其實(shí)也真挺好用的），但總還是比Turbo C用起來感覺差一些。從Simula，Smalltalk等面向?qū)ο蟮恼Z言的成功中吸取了經(jīng)驗(yàn)，加入了面向?qū)ο蟮脑睾螅珻++面世了。

C++工具的早期的主流是Borland C/C++和Microsoft C/C++，在開發(fā)平臺(tái)從DOS平臺(tái)轉(zhuǎn)換到Window平臺(tái)的背景下，各大C/C++開發(fā)工具廠商紛紛推出Windows應(yīng)用的開發(fā)工具，出現(xiàn)了兩大類庫OWL和MFC，把面向?qū)ο蠹夹g(shù)在Windows應(yīng)用開發(fā)中充分利用，正是面向?qū)ο蠹夹g(shù)簡(jiǎn)化了Windows應(yīng)用的開發(fā)，在Windows應(yīng)用開發(fā)過程中展現(xiàn)了面向?qū)ο蠹夹g(shù)的威力后，面向?qū)ο蠹夹g(shù)也得以更加的流行和推廣，編程領(lǐng)域進(jìn)入OO和Windows的時(shí)代。這時(shí)的開發(fā)工具更是相當(dāng)?shù)呢S富的，Borland C/C++3.0版可以開發(fā)DOS和windows兩個(gè)平臺(tái)的程序，因?yàn)槭褂肳in API寫Windows程序很麻煩，Borland推出了OWL（object windows library），用類庫封裝了windows API，與其相似的是微軟推出的MFC（Microsoft Function class）。

編程平臺(tái)開始向Windows平臺(tái)轉(zhuǎn)移的時(shí)候，想成為Windows平臺(tái)上C/C++開發(fā)工具的霸主的卻不只Borland和微軟兩家，李維的《Borland 傳奇》中描述了一場(chǎng)壯觀的開發(fā)工具的“圣戰(zhàn)”（也可以稱為四國大戰(zhàn)），它們是Borland C/C++, Microsoft Visual C/C++, Watcom C/C++（是否記得DOS 4GW 保護(hù)模式嗎，其實(shí)DOS時(shí)代很多游戲都是Watcom C/C++開發(fā)的，而它的運(yùn)行必須要在DOS 4GW 保護(hù)模式下，這樣解決了DOS系統(tǒng)中直接訪問的內(nèi)存不同超過1M的問題，當(dāng)年幾乎所有的DOS版的游戲都是它開發(fā)的，比如古墓麗影，仙劍奇?zhèn)b傳等）, Symantec C/C++（著名的殺毒軟件諾頓的公司Symantec啊，其實(shí)它也是一家資深編程工具開發(fā)公司呢，后來的JAVA開發(fā)工具中Symantec也不甘寂寞的）四大工具閃亮登場(chǎng)，而最終勝出的是Borland C++ 3.1，在Window早期，Borland C++ 3.x是最好的windows應(yīng)用的開發(fā)工具了，Borland C++ 開發(fā)出的Windows應(yīng)用是很有特色的，因?yàn)榘粹o和圖標(biāo)都有點(diǎn)和microsoft的風(fēng)格不太一樣的，當(dāng)年用Borland C++開發(fā)的應(yīng)用，現(xiàn)在一看仍能分辨出來，不過現(xiàn)在已經(jīng)難見到這種應(yīng)用程序了。Visual C++的統(tǒng)治開始了，當(dāng)微軟在這個(gè)領(lǐng)域異軍突起時(shí)，Borland趕緊推出Borland C++4.0時(shí)，已經(jīng)無法改變形勢(shì)了，后來的Borland C++5.0仍是優(yōu)秀的作品（記不得4.0，4.5還是5.0的Borland C++了，安裝它時(shí)，屏幕上卻是開賽車時(shí)的第一視角的情景，用戶看到車內(nèi)的行程指示計(jì)指示從0%升到100%后安裝就結(jié)束了，挺有創(chuàng)意的，不過那象是一條下坡路了）。

Visual C++是后來的王者，現(xiàn)在能見到的Visual C++都是5.0而6.0的，喜歡Visual C++的Wizard，點(diǎn)幾下鼠標(biāo)一個(gè)Windows Application就產(chǎn)生了，Microsoft提供各種SDK，為用戶服務(wù)，其中最喜歡的SDK當(dāng)然是Direct X，夢(mèng)想用C++開發(fā)個(gè)SuperMario出來，至少也要俄羅斯方塊什么的，不過入IT行業(yè)工作后，整天項(xiàng)目做的累夠嗆，沒有時(shí)間去實(shí)現(xiàn)夢(mèng)想了，入行IT后沒有機(jī)會(huì)參加C/C++項(xiàng)目，很大的遺憾了。當(dāng)年在機(jī)械行業(yè)，最美好的回憶是02年為公司的閥門為一個(gè)控制系統(tǒng)，兩米多高的閥門，研究生畢業(yè)的胡老師組織好硬件線路，我用一臺(tái)奔II來控制閥門的開啟和運(yùn)作，程序上由我一人開發(fā)，主界面上點(diǎn)擊按鈕來讓閥門運(yùn)動(dòng)（也可在自動(dòng)模式自動(dòng)運(yùn)行），屏幕中間的最大區(qū)域是閥門當(dāng)前的狀態(tài)圖。當(dāng)系統(tǒng)接好，我第一個(gè)上來操作，一點(diǎn)鼠標(biāo)看到那么巨大的機(jī)械被我的程序控制運(yùn)作，真是很有成就感呢。我是用Win API＋Direct X技術(shù)做的，DOS下全屏幕的800x600的分辨率，背景圖、按鈕、狀態(tài)圖都是我用Corel PhotoPaint , AutoCAD等工具制作的，剛啟動(dòng)時(shí)閥門的照片以一個(gè)向下縱伸展開的動(dòng)畫方式出現(xiàn)的創(chuàng)意還真有點(diǎn)意思，當(dāng)時(shí)伊拉克客戶看閥門時(shí)，把我的程序（不與硬件連接的演示版）考了一份回去了，我感覺是我的程序出國了。

C/C++的魅力在于它的長(zhǎng)盛不衰，除了Visual C++，Borland的C++ Builder是和VB，Delphi一樣的好用的屬于C++的RAD工具，Microsoft的.Net中Visual C++.Net是其不可缺少的一部分，Linux、Unix的Shell中C Shell是重要的一個(gè)，Mainframe應(yīng)用開發(fā)中C應(yīng)用廣泛。相信C/C++做為IT編程領(lǐng)域永遠(yuǎn)的傳奇會(huì)繼續(xù)展現(xiàn)它的魅力的。

下篇介紹當(dāng)今Web應(yīng)用開發(fā)的主流----Java。雖然JAVA最早不是為Web開發(fā)而產(chǎn)生的，但它在語言方面的特色，與Web時(shí)代的驅(qū)勢(shì)不謀而合了，于是成就了一個(gè)屬于JAVA的時(shí)代。Java對(duì)應(yīng)排行第二的上官金虹的子母龍鳳環(huán)，雖說Java就一種語言，可如今的Java 1.5（tiger版），1.6（mustang版），語言上已經(jīng)和原來的Java 1.2～1.4不一樣了，它添加了對(duì)泛型，枚舉，元數(shù)據(jù)等的支持，流行很久的1.2版為基礎(chǔ)的Java2（母環(huán)）和吸取了C#.Net的一些優(yōu)點(diǎn)后產(chǎn)生的Java5（子環(huán)）構(gòu)成了Java的雙環(huán)。

 
1 引言
    Visual C++ 是當(dāng)今最流行的軟件開發(fā)工具之一，它可以實(shí)現(xiàn)可視化編程和支持面向?qū)ο蟮木幊碳夹g(shù)。通常在軟件開發(fā)的過程中，大部分程序采用高級(jí)語言編寫，以提高程序的開發(fā)效率，但在某些部分，例如程序的關(guān)鍵部分、運(yùn)行次數(shù)很多的部分、運(yùn)行速度要求很高的部分或直接訪問硬件的部分等利用匯編語言編寫，以提高程序的運(yùn)行效率。為了滿足兩方面的要求，人們?cè)陂_發(fā)的過程中將兩種語言進(jìn)行混合編程，這種方法使兩種語言相互調(diào)用，進(jìn)行參數(shù)傳遞，共享數(shù)據(jù)結(jié)構(gòu)和數(shù)據(jù)信息，充分發(fā)揮了各種語言的特點(diǎn)和優(yōu)勢(shì)，大大提高了應(yīng)用軟件的效率。因此，正確掌握Visual C++與匯編語言的接口技術(shù)對(duì)軟件開發(fā)是十分必要的。

2 Visual C++調(diào)用匯編語言的常用方法
    通常有兩種方法可以實(shí)現(xiàn)Visual C++調(diào)用匯編語言。一種方法是在從C++語言中直接使用匯編語句，即嵌入式匯編；另一種方法是用兩種語言分別編寫?yīng)毩⒌某绦蚰K，匯編語言編寫的源代碼匯編產(chǎn)生目標(biāo)代碼OBJ文件，將C++源程序和OBJ文件組建工程文件，然后進(jìn)行編譯和連接，生成可執(zhí)行文件.EXE。
2.1 VC++中嵌入?yún)R編語句的方法
    嵌入式匯編又稱行內(nèi)匯編，Visual C++提供了嵌入式匯編功能，允許在C++源程序中直接插入?yún)R編語言指令的語句，可以直接訪問C++語言程序中定義的常量、變量和函數(shù)，而不用考慮二者之間的接口，從而避免了匯編語言和C++語言之間復(fù)雜的接口問題，提高了程序設(shè)計(jì)效率。
嵌入?yún)R編語言指令采用__asm關(guān)鍵字，嵌入?yún)R編格式：__asm{ 指令 }，采用花括號(hào)的匯編語言程序段形式。具體應(yīng)用通常采用兩種方式，第一種方式：__asm { 匯編程序段 }, 如下所示：__asm
{
mov eax,5h
mov ecx,7h
add eax,ecx
}
另一種方式：每一條匯編語句前添加“__asm”標(biāo)記，格式：__asm 匯編語句，如下所示：
__asm mov eax,5h
__asm mov ecx,7h
__asm add eax,ecx
    在Turbo C環(huán)境中C語言程序含有嵌入式匯編語言語句時(shí)，C編譯器首先將C代碼的源程序（.c）編譯成匯編語言源程序（.asm）。然后激活匯編程序Turbo Assembler將產(chǎn)生的匯編語言源文件編譯成目標(biāo)文件（.obj），最后激活Tlink將目標(biāo)文件鏈接成可執(zhí)行文件（.exe）。Visual C++ 中嵌入?yún)R編語句的編譯沒有Turbo C那樣復(fù)雜，它直接支持嵌入?yún)R編方式，不需要獨(dú)立的匯編系統(tǒng)和另外的連接步驟。因此Visual C++中嵌入?yún)R編比Turbo C中嵌入?yún)R編進(jìn)行編譯連接更為簡(jiǎn)單方便。
2.2 采用模塊調(diào)用的方法
    采用模塊調(diào)用方式，要協(xié)調(diào)命名、調(diào)用、參數(shù)傳遞和返回等進(jìn)行約定。
(1)  采用一致的調(diào)用協(xié)議
    Visual C++語言具有三種調(diào)用協(xié)議：_cdecl、_stdcall和_fastcall。MASM匯編語言利用“語言類型”確定調(diào)用協(xié)議和命名約定，支持的語言類型有：C、SYSCALL、STDCALL、PASCAL、BASIC和FORTRAN。
    Visual C++與匯編語言混合編程通常利用堆棧進(jìn)行參數(shù)傳遞，調(diào)用協(xié)議決定利用堆棧的方法和命名約定，兩者要一致，通常Visual C++采用_cdecl調(diào)用協(xié)議，MASN匯編語言采用C語言調(diào)用協(xié)議。
(2)  入口參數(shù)和返回參數(shù)的約定
    不論何種整數(shù)類型進(jìn)行參數(shù)傳遞時(shí)都擴(kuò)展成32位，Visual C++中沒有遠(yuǎn)、近調(diào)用之分，所有調(diào)用都是32位的偏移地址，所有的地址參數(shù)也都是32位偏移地址，在堆棧中占4個(gè)字節(jié)。圖1給出了采用C++語言調(diào)用協(xié)議的堆棧示意圖。參數(shù)返回時(shí)，對(duì)于小于等于32位的數(shù)據(jù)擴(kuò)展為32位，存放在EAX寄存器中返回；4－8個(gè)字節(jié)的返回值存放在EDX、.EAX寄存器中返回；更大字節(jié)數(shù)據(jù)則將它們的地址指針存放在EAX中返回。

    (3)  聲明公用函數(shù)名和變量名
    對(duì)Visual C++和匯編語言使用的公用函數(shù)和變量應(yīng)該進(jìn)行聲明，并且標(biāo)識(shí)符應(yīng)該一致，C++語言對(duì)標(biāo)識(shí)符區(qū)分字母的大小寫，而匯編不區(qū)分大小寫。在Visual C++語言程序中，采用extern “C”{  }對(duì)所調(diào)用的函數(shù)和變量給予說明。說明形式如下：
    對(duì)函數(shù)的說明：extern “C” { 返回值類型 調(diào)用協(xié)議 函數(shù)名稱（參數(shù)類型表）；}
    對(duì)變量的說明：extern “C” { 變量類型 變量名；}
    匯編語言程序中供外部使用的標(biāo)識(shí)符應(yīng)該標(biāo)識(shí)PUBLIC屬性，使用外部標(biāo)識(shí)符應(yīng)該用extern說明。
 2.3 模塊調(diào)用混合編程的實(shí)現(xiàn)步驟
    采用模塊調(diào)用方式進(jìn)行混合編程一般執(zhí)行的步驟如下：（1）建立C＋＋源程序(.cpp)；（2）建立匯編語言源程序，并把匯編語言匯編成.obj文件；（3）建立工程文件.prj，將C++源程序和.obj文件放入該工程項(xiàng)目；（4）對(duì)工程文件進(jìn)行編譯、連接，生成可執(zhí)行文件.exe。
    在與Visual C++混合編程的匯編語言過程中，編程環(huán)境是32位的，應(yīng)該注意與16位MS-DOS環(huán)境的區(qū)別，在這種環(huán)境下的寄存器是32位的，因此匯編語言過程存取堆棧應(yīng)該使用32位寄存器EBP進(jìn)行相對(duì)尋址，而不是采用BP。匯編語言簡(jiǎn)化段定義的格式應(yīng)該采用flat模式，并且匯編時(shí)采用選項(xiàng)/coff，ML命令的選項(xiàng)/coff使得產(chǎn)生的.obj文件采用32位的格式。
3 在Visual C++中調(diào)用匯編語言的第三種方法
    通常以上兩種方法就能夠?qū)崿F(xiàn)C++與匯編語言混合編程，但是在一些特殊的情況下，用這兩種方法卻不能滿足功能的需要，我們提出了一種新的方法實(shí)現(xiàn)二者的混合編程：通過數(shù)組借助指針實(shí)現(xiàn)二者的混合編程。下面結(jié)合我們開發(fā)的課題――數(shù)控系統(tǒng)邏輯控制系統(tǒng)軟件開發(fā)，來進(jìn)行具體說明。
    該課題在Visual C++ 6.0的環(huán)境下進(jìn)行開發(fā)的，上層采用C++語言，最底層采用了匯編語言，在C++語言中要調(diào)用匯編語言的編譯的結(jié)果，并進(jìn)行回填，如果用通用的混合編程方法無法實(shí)現(xiàn)二者的調(diào)用，因?yàn)榈讓訁R編語言是把所有的邏輯運(yùn)算功能指令匯編在一起，而在C++語言中根據(jù)需要在需要的地方調(diào)用匯編語言中的某一功能模塊，因此對(duì)匯編語言編譯后的.OBJ文件無法進(jìn)行控制。具體實(shí)現(xiàn)方法如下：
    （1）把包括所有的邏輯指令的匯編語句編成一個(gè)匯編模塊程序，在匯編編譯器（如masm 6.x）中將匯編程序編譯成.OBJ文件。
    （2）將匯編生成的機(jī)代碼放在一個(gè)數(shù)組中，
例如定義一個(gè)數(shù)組變量unsigned char OBJMOD[1241]。
     （3）定義多個(gè)指針類型變量指向OBJMOD數(shù)組元素的地址，該地址對(duì)應(yīng)每個(gè)匯編功能模塊的首地址，如定義一個(gè)指針變量unsigned char *LIBC21=&OBJMOD[869]。
     （4）通過函數(shù)COPILE(*pModal)模塊，例如編譯匯編LIBC21功能模塊時(shí)，通過調(diào)用COPILE(LIBC21) 函數(shù)，把匯編編譯生成的機(jī)代碼分別傳遞到工作區(qū)域WKAREA中，通過WKAREA[POSIRR]=BUFRIS[PTRIS]來實(shí)現(xiàn)二次填充，把匯編機(jī)代碼中改寫的內(nèi)容改寫成需要的地址或值，最后通過調(diào)用一系列函數(shù)，把結(jié)果保存到文件中。
     本課題采用這種方法實(shí)現(xiàn)了C++和匯編語言的混合編程，從而實(shí)現(xiàn)C++語言與匯編語言的無縫結(jié)合。
4 結(jié)束語
    Visual C++和匯編語言混合編程可以實(shí)現(xiàn)優(yōu)勢(shì)互補(bǔ)，尤其用在高級(jí)語言開發(fā)底層軟件方面，例如用Visual C++6.0環(huán)境開發(fā)數(shù)控軟件PLC的控制功能，這種優(yōu)勢(shì)更為明顯，具有很好的實(shí)際應(yīng)用價(jià)值。

　　VC++ 6.0是Visual Studio 6.0中的一種重要編程語言，也是中國C++開發(fā)人員使用最多的開發(fā)工具之一。 Visual C++是構(gòu)建Windows平臺(tái)下應(yīng)用程序功能最強(qiáng)大而又最復(fù)雜的工具，是目前世界上使用最多的開發(fā)工具之一，應(yīng)用極度廣泛，從桌面應(yīng)用程序到服務(wù)器程序，從系統(tǒng)軟件到應(yīng)用軟件，圖形圖像，語音技術(shù)，設(shè)備驅(qū)動(dòng)，網(wǎng)絡(luò)安全，加密解密等等幾乎無處不在。主流的3 種操作系統(tǒng)Windows，Linux，Unix內(nèi)核都是用C語言和匯編語言寫的，而上層的高級(jí)特性都是用C++編寫。

　　直到今天，Visual C++6.0仍然占據(jù)著C++開發(fā)工具的絕對(duì)優(yōu)勢(shì)的地位。自從微軟從2000年開始推行.NET戰(zhàn)略以來，其核心的編程語言是C#，從那個(gè)時(shí)候，C++的支持力度就開始不斷的下滑，雖然Visual C++也有幾次更新，但都不是很令人滿意，更靈人焦慮的是，有些開發(fā)者開始懷疑Visual C++的前途。盡管Visual C++的一些快捷開發(fā)被其他開發(fā)語言所取代，由于C++可以與操作系統(tǒng)的天生的曖昧關(guān)系，能夠與C語言無縫結(jié)合，所以Visual C++不可能被淘汰，尤其是對(duì)于底層開發(fā)。盡管Visual C++ 6.0很強(qiáng)大，是編程語言里一再受寵的幸運(yùn)兒。但是Visual C++6.0已經(jīng)成了昨日黃花，尤其讓所有Visual C++6.0開發(fā)人員郁悶的是Visual C++6.0開發(fā)的界面還停留在早期的水平上，界面粗糙，操作復(fù)雜，比起現(xiàn)在華麗而又奪人眼目的界面設(shè)計(jì)，更是遜色不少。而且Visual C++6.0也不完全符合C++標(biāo)準(zhǔn)。

　　正是由于Visual C++6.0的界面設(shè)計(jì)還停留在Windows 98時(shí)期的水平，操作復(fù)雜，再加上它不是完全符合C++標(biāo)準(zhǔn)，在代碼和BUG跟蹤調(diào)試上異常復(fù)雜，這也提高了踏入VC++開發(fā)的門欖。但是隨著Visual C++2010的推出，全面支持最新的C++標(biāo)準(zhǔn)、改善了IDE的效率，并且引入了很多新的特性，這些功能的增強(qiáng)，大大提高程序員們的開發(fā)效率，帶來更高的代碼生產(chǎn)力與開發(fā)的便捷。

　　Visual C++2010 新特性

　　Visual C++2010為所有的VC++開發(fā)人員做了貼心而又周全的考慮，下面我們從可視化設(shè)計(jì)、人性化使用、安全可靠、支持C++新標(biāo)準(zhǔn)和部署簡(jiǎn)潔等方面介紹Visual C++2010的新特性。

　　(1)Ribbion界面設(shè)計(jì)可視化

　　在Visual C++6.0開發(fā)里面，界面簡(jiǎn)單丑陋是其中一個(gè)不爽的地方。盡管在Visual C++ 2008里面對(duì)Ribbion功能有所改善，但是仍不能進(jìn)行可視化設(shè)計(jì)，Visual C++ 2010新增了Windows7的風(fēng)格，同時(shí)最大的革新就是實(shí)現(xiàn)了可視化設(shè)計(jì)，很容易設(shè)計(jì)出漂亮的程序界面。 下面我們體驗(yàn)一下Visual C++ 2010界面可視化設(shè)計(jì)的特性。具體操作步驟如下：

　　1. 打開Microsoft Visual Studio 2010，點(diǎn)擊“文件->新建->項(xiàng)目”，打開“新建項(xiàng)目”窗體

　　2. 在“新建項(xiàng)目”窗體中，選擇“Visual C++”節(jié)點(diǎn)中的“CLR”，然后在“模板”窗格中選擇“Windows 窗體應(yīng)用程序”。名稱輸入“WinFormDemo”。

　　3. 隨即打開Windows 窗體設(shè)計(jì)器，出現(xiàn)Form1 窗體

　　4.設(shè)置窗體屬性，Text為WinFormDemo;添加一個(gè)Label，一個(gè)Button，一個(gè)DateTimePicker，具體如下：

　對(duì)話框

　　現(xiàn)在我們使用進(jìn)度控件來創(chuàng)建一個(gè)對(duì)話框。我們首先添加一個(gè)菜單項(xiàng)和一個(gè)消息句柄來調(diào)用該對(duì)話框。以下是詳細(xì)的操作步驟：

　　1. 在 IDR_MAINFRAME 菜單資源中添加一個(gè)新的彈出菜單，并命名為 Tools；

　　2. 在 Tools 彈出菜單中添加一個(gè)菜單項(xiàng)，命名為 Run WCE First Dialog；

　　3. 使用 ClassWizard 給新創(chuàng)建的 Run WCE First Dialog 菜單項(xiàng)添加一個(gè)命令句柄；

　　下面我們來添加一個(gè)對(duì)話框，將控件放入其中，并綁定該對(duì)話框到一個(gè)類。

　　4. 插入一個(gè)新的對(duì)話框資源，并設(shè)置其標(biāo)題為 WCE First Dialog，資源標(biāo)號(hào)為 IDD_FIRST_DLG；

　　5. 將 Ok 按鈕的標(biāo)題(caption)改為 Close；

　　6. 將 Cancel 按鈕的標(biāo)題改為 Start，并將其資源標(biāo)號(hào)改為 IDB_START_BTN；

　　7. 從控件面板上拉下一個(gè)進(jìn)度控件并放置到對(duì)話框中。不要修改該進(jìn)度控件的風(fēng)格(styles)、標(biāo)題(caption)和資源標(biāo)號(hào)(resource ids)；

　　8. 根據(jù)掌上電腦的屏幕面積調(diào)整該對(duì)話框的大小，使之能在掌上電腦中正確顯示。建議可以設(shè)為 196 x 47 象素大小；

　　9. 使用 ClassWizard 綁定該對(duì)話框資源到一個(gè)新的類：CWCEFirstDialog；

　　10. 創(chuàng)建完對(duì)話框類后，再使用 ClassWizard 來給進(jìn)度控件添加一個(gè)成員變量，叫做 m_progressCtrl；

　　11. 為 Start 按鈕添加一個(gè)命令按鈕句柄；

　　現(xiàn)在你已經(jīng)將所有的預(yù)備設(shè)置都添加到程序中去了。雖然我們所使用的進(jìn)度顯示控件和對(duì)話框并沒有什么實(shí)際意義，但也能夠滿足我們的這個(gè)短小的入門教程的要求了。當(dāng)我們選中 Run WCE First Dialog 菜單項(xiàng)時(shí)，對(duì)話框?qū)@示出來；然后點(diǎn)擊 Start 按鈕，進(jìn)度控件就會(huì)從0增長(zhǎng)到30000，最后顯示一個(gè)標(biāo)準(zhǔn)的 Windows 消息框；點(diǎn)擊 Close 按鈕將關(guān)閉該對(duì)話框。

　　為了設(shè)置進(jìn)度指示器，你必須在對(duì)話框的 WM_INITDIALOG 消息句柄中設(shè)置進(jìn)度值范圍和步長(zhǎng)。首先使用 ClassWizard 為 Windows 消息 WM_INITDIALOG 添加一個(gè)消息句柄。在 OnInitDialog() 函數(shù)中添加下列代碼來設(shè)置進(jìn)度指示器的范圍和步長(zhǎng)：

BOOL CWCEFirstDialog::OnInitDialog() { CDialog::OnInitDialog(); m_progressCtrl.SetRange(0,30000); m_progressCtrl.SetStep(1); return TRUE; // return TRUE unless you set the focus to a control // EXCEPTION: OCX Property Pages should return FALSE }

　　下一步，當(dāng)用戶點(diǎn)擊 Start 按鈕時(shí)，進(jìn)度控件的值要開始增長(zhǎng)。在增長(zhǎng)結(jié)束時(shí)，還要顯示一個(gè)消息框。下列代碼完成上述任務(wù)：

void CWCEFirstDialog::OnStartBtn() { for(int i = 0; i <=30000; i++) { m_progressCtrl.StepIt(); } AfxMessageBox(_T("Progress Complete!!!"), MB_OK); }

　　完成以上代碼后，你就可以運(yùn)行你的程序看看效果了。

    當(dāng)運(yùn)行環(huán)境中包含垃圾回收機(jī)制時(shí)，區(qū)別開內(nèi)存管理和資源管理，就非常重要了。典型地來說，垃圾回收器只對(duì)包含對(duì)象的內(nèi)存之分配與釋放感興趣，它可不關(guān)心你的對(duì)象是否擁有其他的資源，如數(shù)據(jù)庫連接或核心對(duì)象的句柄。

    內(nèi)存管理

    本地C++為程序員提供了超越內(nèi)存管理的直接控制能力，在堆棧上分配一個(gè)對(duì)象，意味著只有在進(jìn)入特定函數(shù)時(shí)，才會(huì)為對(duì)象分配內(nèi)存，而當(dāng)函數(shù)返回或堆棧展開時(shí)，內(nèi)存被釋放。可使用操作符new來動(dòng)態(tài)地為對(duì)象分配內(nèi)存，此時(shí)內(nèi)存分配在CRT堆中，并且需要程序員顯存地對(duì)對(duì)象指針使用操作符delete，才能釋放它。這種對(duì)內(nèi)存的精確控制，也是C++可用于編寫極度高效的程序的原因之一，但如果程序員不小心，這也是內(nèi)存泄漏的原因。另一方面，你不需要求助于垃圾回收器來避免內(nèi)存泄漏--實(shí)際上這是CLR所采取的方法，而且是一個(gè)非常有效的方法，當(dāng)然，對(duì)于垃圾回收堆，也有其他一些好處，如改進(jìn)的分配效率及引用位置相關(guān)的優(yōu)勢(shì)。所有這一切，都可以在C++中通過庫支持來實(shí)現(xiàn)，但除此之處，CLR還提供了一個(gè)單一的內(nèi)存管理編程模型，其對(duì)所有的編程語言都是通用的，想一想與C++中COM自動(dòng)化對(duì)象相交互和調(diào)度數(shù)據(jù)類型所需做的一切工作，就會(huì)發(fā)現(xiàn)其重要意義所在--橫跨數(shù)種編程語言的垃圾回收器，作用是非常巨大的。

    為了效率，CLR也保留了堆棧的概念，以便值類型可在其上分配，但CLR也提供了一個(gè)newobj中間語言指令，以在托管堆中分配一個(gè)對(duì)象，但此指令只在C#中對(duì)引用對(duì)象使用操作符new時(shí)提供。在CLR中，沒有與C++中的delete操作符對(duì)應(yīng)的函數(shù)，當(dāng)應(yīng)用程序不再引用某對(duì)象時(shí)，分配的內(nèi)存最后將由垃圾回收器回收。

    當(dāng)操作符new應(yīng)用于引用類型時(shí)，托管C++也會(huì)生成newobj指令，當(dāng)然，對(duì)此使用delete操作符是不合法的。這確實(shí)是一個(gè)矛盾，但同時(shí)也證明了為什么用C++指針概念來表示一個(gè)引用類型不是一個(gè)好的做法。

    在內(nèi)存管理方面，除了上述在對(duì)象構(gòu)造一節(jié)討論過的內(nèi)容，C++/CLI沒有提供任何新的東西；資源管理，才是C++/CLI的拿手好戲。

    資源管理

    CLR只有在資源管理方面，才能勝過本地C++。Bjarne Stroustrup的"資源獲取即初始化"的技術(shù)觀點(diǎn)，基本定義了資源類型的模式，即類的構(gòu)造函數(shù)獲取資源，析構(gòu)函數(shù)釋放資源。這些類型是被當(dāng)作堆棧上的局部對(duì)象，或復(fù)雜類型中的成員，其析構(gòu)函數(shù)自動(dòng)釋放先前分配的資源。一如Stroustrup所言"對(duì)垃圾回收機(jī)制來說，C++是最好的語言，主要是因?yàn)樗珊苌俚睦?

    也許有一點(diǎn)令人驚訝，CLR并沒有對(duì)資源管理提供任何顯式運(yùn)行時(shí)支持，CLR不支持類似析構(gòu)函數(shù)的C++概念，而是在 .NET Framework中，把資源管理這種模式，提升到一個(gè)IDisposable核心接口類型的中心位置。這種想法源自包裝資源的類型，理應(yīng)實(shí)現(xiàn)此接口的單一Dispose方法，以便調(diào)用者在不再使用資源時(shí)，可調(diào)用該方法。不必說，C++程序員會(huì)認(rèn)為這是時(shí)代的倒退，因?yàn)樗麄兞?xí)慣于編寫那些缺省狀態(tài)下清理就是正確的代碼。

    因?yàn)楸仨氁{(diào)用一個(gè)方法來釋放資源，由此帶來的問題是，現(xiàn)在更難編寫"全無異常"的代碼了。因?yàn)楫惓ｋS時(shí)都可能發(fā)生，你不可能只是簡(jiǎn)單地在一段代碼后，放置一個(gè)對(duì)對(duì)象的Dispose方法的調(diào)用，這樣做的話，就必須要冒資源泄漏的風(fēng)險(xiǎn)。在C#中解決這個(gè)問題的辦法是，使用try-finally塊和using語句，在面對(duì)異常時(shí)，可提供一個(gè)更可靠的辦法來調(diào)用Dispose方法。有時(shí)，構(gòu)造函數(shù)也會(huì)使用這種方法，但一般的情況是，你必須要記住手工編寫它們，如果忘記了，生成的代碼可能會(huì)存在一個(gè)悄無聲息的錯(cuò)誤。對(duì)缺乏真正析構(gòu)函數(shù)的語言來說，是否需要try-finally塊和using語句，還有待論證。

<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->using (SqlConnection connection = new SqlConnection("Database=master; Integrated Security=sspi")) ...{ 　SqlCommand command = connection.CreateCommand(); 　command.CommandText = "sp_databases"; 　command.CommandType = CommandType.StoredProcedure;  　connection.Open();  　using (SqlDataReader reader = command.ExecuteReader()) 　...{ 　　while (reader.Read()) 　　...{ 　　　Console.WriteLine(reader.GetString(0)); 　　} 　} } 

    對(duì)托管C++來說，情節(jié)也非常類似，也需要使用一個(gè)try-finally語句，但其是Microsoft對(duì)C++的擴(kuò)展。雖然很容易編寫一個(gè)簡(jiǎn)單的Using模板類來包裝GCHandle，并在模板類的析構(gòu)函數(shù)中調(diào)用托管對(duì)象的Dispose方法，但托管C++中依然沒有C# using語句的對(duì)等物。 

<!--
Code highlighting produced by Actipro CodeHighlighter (freeware)
http://www.CodeHighlighter.com/
-->Using<SqlConnection> connection(new SqlConnection(S"Database=master; Integrated Security=sspi"));  SqlCommand* command = connection->CreateCommand(); command->set_CommandText(S"sp_databases"); command->set_CommandType(CommandType::StoredProcedure);  connection->Open();  Using<SqlDataReader> reader(command->ExecuteReader());  while (reader->Read()) ...{ 　Console::WriteLine(reader->GetString(0)); } 

Visual C++的自動(dòng)化機(jī)制
　　在使用VC來進(jìn)行開發(fā)的時(shí)候，在VC的集成開發(fā)環(huán)境里可以手工進(jìn)行很多操作，例如：使用菜單命令來打開一個(gè)項(xiàng)目、修改源文件、保存文件，然后編譯連接得到可執(zhí)行的文件等等。這些操作大部分都是例行的、重復(fù)多次進(jìn)行的。

　　VC提供了一種Automation自動(dòng)化(來自以前的OLE自動(dòng)化)的擴(kuò)展機(jī)制。VC的開發(fā)者可以通過開發(fā)VBScript宏或者插件，讓IDE來自動(dòng)執(zhí)行一些操作。好處是顯然的：可以大大縮短這些操作的時(shí)間，而且還可以避免在手工操作可能出現(xiàn)的一些錯(cuò)誤，如遺漏、鍵入錯(cuò)誤等等。VBScript宏是使用VBScript語言寫的一些程序，而插件則是使用VC或者Visual Basic開發(fā)的COM構(gòu)件。

　　我們還可以使用VBScript宏和插件來對(duì)VC本身的界面進(jìn)行美化、改造，例如為VC的窗口加上頁簽(與Delphi的界面類似)等等。

　　在宏或者插件里，VC的集成開發(fā)環(huán)境本身以及它的各個(gè)部件都可以作為對(duì)象來進(jìn)行操作。例如，通過操作與項(xiàng)目的文件對(duì)應(yīng)的對(duì)象，可以對(duì)某個(gè)文件進(jìn)行打開、編輯和關(guān)閉等操作。類似的，操作與IDE中的窗口對(duì)應(yīng)的對(duì)象，可以激活一個(gè)窗口、改變窗口的大小等等。

　　一個(gè)對(duì)象可以是集成開發(fā)環(huán)境的一個(gè)部件，或者一組相關(guān)的部件。例如，一個(gè)Document文件對(duì)象表示一個(gè)打開的文件，而Documents對(duì)象則表示所有打開的文件。類似，一個(gè)Window窗口對(duì)象表示一個(gè)打開的窗口，而Windows對(duì)象表示所有打開的窗口。Documents和Windows對(duì)象稱為集合對(duì)象，它們包含了相關(guān)的一組對(duì)象。

　　每一個(gè)IDE環(huán)境的對(duì)象都實(shí)現(xiàn)了一個(gè)雙向的接口，提供了大量的方法、屬性和事件，在開發(fā)VBScript宏和插件的時(shí)候需要使用這些方法、屬性和事件來操作這些對(duì)象。同時(shí)，每一個(gè)對(duì)象為Automation機(jī)制實(shí)現(xiàn)了一個(gè)IDispatch接口和一個(gè)COM接口，來支持對(duì)對(duì)象成員(屬性、方法和事件)的訪問。

　　為了更好地操作集成開發(fā)環(huán)境的對(duì)象，必須知道這些對(duì)象之間的關(guān)系。對(duì)象之間有一個(gè)層次包含的關(guān)系。Application對(duì)象是最頂層的，其它的對(duì)象都是從屬于它的。有了這個(gè)關(guān)系，就可以使用Application對(duì)象的屬性和方法來直接訪問它的所有下屬對(duì)象啦！VC集成開發(fā)環(huán)境的對(duì)象以及它們之間的包含關(guān)系如下：
Application
Application(Application也可以包含自己)
Projects
Project
Configurations
Configuration
Configurations(循環(huán))
Documents
Document
Window(一般窗口)
TextDocument
TextSelection
TextWindow
Window(文本窗口)
TextEditor
Windows
Debugger
Breakpoints
Breakpoint

　　例如，Breakpoints對(duì)象有一個(gè)Breakpoint對(duì)象作為它的屬性之一，也就是說Breakpoints對(duì)象包含了一個(gè)或者多個(gè)Breakpoint對(duì)象。這樣就可以通過一個(gè)對(duì)象的屬性來訪問它包含的所有下屬對(duì)象。反過來，也可以通過一個(gè)對(duì)象的Parent屬性來訪問它所屬的對(duì)象。

　　VC這種環(huán)境的對(duì)象封裝機(jī)制為我們開發(fā)VBScript宏和插件來擴(kuò)展VC集成開發(fā)環(huán)境的功能提供了極大的方便。下面就讓我們具體看看怎樣來開發(fā)VBScript宏和插件，利用VC的Automation機(jī)制，增強(qiáng)VC開發(fā)環(huán)境的功能，以方便自己日常的開發(fā)工作。

VBScript宏
VBScript宏是使用VBScript語言寫的不帶參數(shù)的過程。VBScript宏不單單可以用在VC里，在微軟的Office工具里也可以使用。我們可以使用宏來極大地簡(jiǎn)化VC里的一些工作，例如組合一些命令、進(jìn)行一些快速編輯或者自動(dòng)進(jìn)行一些復(fù)雜的處理等等。VBScript宏以Sub語句開始，然后是執(zhí)行一些操作的VBScript語句，以End Sub語句結(jié)束。

我們先來看一個(gè)具體的宏。下面是快速創(chuàng)建一個(gè)C/C++文件的VBScript宏。
Sub CreateCPPFile
Set CPPDoc = Document.Add("Text")
CPPDoc.Language = dsCPP
End Sub

從這個(gè)簡(jiǎn)單的宏，我們可以看到：
* Sub語句開始一個(gè)宏的定義，這個(gè)宏的名字是CreateCPPFile。宏的名字是任意的，可以選擇易于記憶的名字。
* 宏的第一行使用Documents對(duì)象的Add方法，往Documents對(duì)象里增加了一個(gè)Document對(duì)象，從而創(chuàng)建了一個(gè)新文件。
* 宏的第二行通過設(shè)置Document對(duì)象的Language屬性為常量dsCPP(代表C/C++)，指定該文件的類型是C/C++文件。
* End Sub語句結(jié)束這個(gè)宏。
得到一個(gè)VBScript宏有兩個(gè)途徑：記錄或者手工書寫。最簡(jiǎn)單、最容易的方法當(dāng)然是記錄啦！在你記錄一個(gè)宏的時(shí)候，宏記錄器跟蹤你的動(dòng)作，把這些動(dòng)作轉(zhuǎn)換成VBScript語句，然后把這些語句插入到宏里面。

　　VC提供了兩種宏記錄的方法：正常宏記錄和快速宏記錄。
快速宏記錄則可以快速記錄你的一些動(dòng)作，而不需要命名、描述或者編輯這個(gè)宏，但是只可以保存一個(gè)，重新記錄將刪掉原來的快速宏。記錄快速宏的簡(jiǎn)單過程如下：(1)選擇Tools菜單里的Record Quick Macro命令；(2)執(zhí)行需要記錄的動(dòng)作，在執(zhí)行動(dòng)作的過程中可以使用宏記錄器工具條上的Pause暫停按鈕來臨時(shí)中斷記錄或者繼續(xù)記錄；(3)完成所有動(dòng)作后，點(diǎn)擊宏記錄器工具條上的Stop按鈕即可。需要使用這個(gè)快速宏，選擇Tools菜單的Play Quick Macro命令即可。

　　如果你想要記錄一個(gè)復(fù)雜的宏，而且要進(jìn)行一些編輯，那就要使用正常的宏記錄了。錄制正常宏的過程如下：(1)選擇Tools菜單的Macro命令打開宏管理器，如圖1所示；(2)如果需要把宏加到一個(gè)新的宏文件里，點(diǎn)擊Options按鈕，點(diǎn)擊New File按鈕，然后在Macro File框里填入文件名字；如果需要把宏加到一個(gè)已有的文件里，則從Macro File的下拉框里選擇文件；(3)在Macro Name框里寫入宏的名字；(4)點(diǎn)擊Record按鈕；(5)在Add Macro對(duì)話框里寫入宏的描述，點(diǎn)擊OK按鈕；(5)執(zhí)行需要記錄的動(dòng)作，中間可以點(diǎn)擊Pause按鈕暫停或者繼續(xù)；(6)點(diǎn)擊Stop按鈕完成錄制，這時(shí)候VC將打開宏文件，并且把光標(biāo)停在宏的起始點(diǎn)，你可以對(duì)宏進(jìn)行檢查或者編輯。

圖1
　　也可以往一個(gè)新的或者已有的宏文件里添加代碼，直接手工寫一個(gè)宏。步驟如下：(1)選擇Tools菜單的Macro命令打開宏管理器；(2)選擇宏文件或者新建宏文件；(3) 在Macro Name框里寫入宏的名字；(4)點(diǎn)擊Edit按鈕；(5)在Add Macro對(duì)話框里寫入宏的描述，點(diǎn)擊OK按鈕，VC將打開宏文件，在文件的尾部為新的宏創(chuàng)建一個(gè)架子－Sub塊，如下所示(假設(shè)宏的名字為MyMacro)：
Sub MyMacro()
'Description: The macro description goes here
'TODO: Insert the macro code here.
//這一段是自己編寫的，為選中的文本加C語言的注釋符號(hào)
ActiveDocument.Selection = "/*" + ActiveDocument.Selection + "*/"
End Sub
你就可以往這個(gè)架子里填寫入具體操作了。

　　在記錄或者編寫好宏以后，宏將被保存在一個(gè)文本文件－宏文件里。在你開始記錄或者編寫新的宏的時(shí)候，需要選擇宏文件。宏文件的擴(kuò)展名為.DSM，包含了一個(gè)或者多個(gè)VBScript宏，數(shù)量看需要而定。宏文件的一般格式是：開始是對(duì)這個(gè)文件的一些描述，然后就是每個(gè)宏的具體定義。

　　在VC里使用宏文件需要先安裝。一旦安裝了以后，每次啟動(dòng)VC的時(shí)候都會(huì)自動(dòng)裝載這些宏，可以在所有的項(xiàng)目里使用，不依賴于項(xiàng)目。安裝宏文件的方法如下：(1)選擇Tools菜單的Customize命令；(2)選擇Add-ins and Macro Files頁簽，如圖2所示，如果宏文件的名字沒有出現(xiàn)在窗口里，則點(diǎn)擊Browse按鈕去定位。(3)在窗口里打勾選上需要安裝的宏文件即可；如果取消選擇某個(gè)宏文件，則會(huì)卸載這個(gè)宏文件。

圖2
　　有了VBScript宏，只要運(yùn)行它即可以自動(dòng)幫你完成所需要的操作啦！如果需要經(jīng)常運(yùn)行某個(gè)宏，那么可以為這個(gè)宏分配一個(gè)工具條按鈕或者熱鍵，這樣就可以通過點(diǎn)擊按鈕或者按熱鍵方便地運(yùn)行這個(gè)宏了。分配按鈕的具體設(shè)置是：(1)選擇Tools按鈕的Customize命令；(2)選擇Commands頁簽；(3)在Category框里選擇Macros；(4)在Commands框里，把要分配工具條按鈕的宏直接拖放到工具條上；(5)這時(shí)會(huì)彈出一個(gè)Button Appearance對(duì)話框，如圖3所示，為這個(gè)按鈕選擇一個(gè)合適的位圖，點(diǎn)擊OK即可，VC將在工具條上添加上這個(gè)宏的一個(gè)按鈕。分配熱鍵的方法是：(1)選擇Tools按鈕的Customize命令；(2)選擇Keyboard頁簽；(3)在Category框里選擇Macros；(4)在Commands框里，選擇要分配熱鍵的宏；(5)點(diǎn)擊Press new shortcut key框，按下熱鍵，然后點(diǎn)擊Assign按鈕就可以了。

圖3

VC插件　
　　前面提到，VBScript宏和VC插件都可以用來擴(kuò)展VC集成開發(fā)環(huán)境的功能，美觀、改造VC的界面，但是它們是有區(qū)別的。主要的區(qū)別當(dāng)然在于：VBScript宏是使用VBScript語言寫的過程，而VC插件則是使用VC或者Visual Basic開發(fā)的COM構(gòu)件。
開發(fā)VBScript宏比開發(fā)插件容易多了。生成一個(gè)VBScript宏只需要記錄宏、增加一些代碼(需要的話)，然后運(yùn)行就可以了。而生成一個(gè)插件需要VC來編寫代碼，編譯成DLL，然后與VC的集成開發(fā)環(huán)境連接(安裝插件)，才能使用它提供的功能。
VBScript宏在功能上弱于插件。在宏里面，只能夠使用VBScript語言，只能訪問VC集成開發(fā)環(huán)境的對(duì)象；而插件則可以使用更多的語言(VC、VB)，不僅能使用VC集成開發(fā)環(huán)境的對(duì)象，還可以使用整個(gè)計(jì)算機(jī)系統(tǒng)的資源。例如，宏里面與用戶交互只能使用VBScript提供的兩個(gè)對(duì)話框InputBox和MsgBox，而插件則可以使用任何形式的對(duì)話框。

　　從VBScript宏與插件的這些區(qū)別可以知道：如果使用VBScript宏可以完成的任務(wù)，建議盡量使用VBScript宏，因?yàn)殚_發(fā)一個(gè)VBScript宏比開發(fā)一個(gè)插件要簡(jiǎn)單得多、快得多。VC插件更適合于用來提供復(fù)雜的功能，例如：全局查找替換、保存所有的文件并編譯、把VC的窗口變成頁簽式界面(如圖4所示)等等。

圖4

開發(fā)插件的基本步驟如下：
　　首先，需要設(shè)計(jì)插件。要確定：插件的功能、是否可以采用VBScript宏來實(shí)現(xiàn)(如果可以，就不開發(fā)這個(gè)插件而選擇宏)、插件提供哪些功能、需要使用哪些集成開發(fā)環(huán)境的對(duì)象、需要使用哪些屬性和方法、需要幾個(gè)插件、是否需要使用對(duì)話框、使用什么對(duì)話框、是否需要使用別的插件、是否需要使用別的應(yīng)用等等。

　　其次，需要確定使用什么語言來開發(fā)插件。現(xiàn)在Visual C++、Visual Basic的4.0以上的版本都支持VC插件的開發(fā)。VC專門為插件開發(fā)提供了一個(gè)向?qū)В梢詭湍阃瓿纱蟛糠值墓ぷ鳌Ｈ绻褂肰isual Basic的話，則需要使用一些類型庫來訪問VC集成開發(fā)環(huán)境的對(duì)象。因此，建議你使用VC來開發(fā)比較方便。

　　接著，需要?jiǎng)?chuàng)建一個(gè)插件的項(xiàng)目。使用VC的插件向?qū)В驅(qū)⒆詣?dòng)創(chuàng)建一個(gè)項(xiàng)目。如果使用VB來開發(fā)插件，最好以一個(gè)例子為基礎(chǔ)。

　　項(xiàng)目創(chuàng)建了以后，就需要編寫代碼了。如果使用了VC的插件向?qū)Щ蛘咭訴B的一個(gè)例子為基礎(chǔ)的話，那么大部分代碼已經(jīng)有了，你只需要加入具體處理的一些代碼即可。

　　然后，把項(xiàng)目編譯連接成DLL，可以把多個(gè)插件合并在一個(gè)DLL里。最后，在VC里安裝這個(gè)插件就可以使用了。運(yùn)行命令行命令、點(diǎn)擊插件提供的工具條按鈕或者按插件提供的熱鍵就可以使用插件了。

　　VC 5.0以上的版本專門為插件的開發(fā)提供了一個(gè)插件向?qū)А？梢允褂眠@個(gè)向?qū)лp松、快速地生成插件的基本代碼，然后根據(jù)自己的需要進(jìn)行修改。使用VC的插件向?qū)нM(jìn)行插件開發(fā)的步驟如下：
首先，設(shè)計(jì)插件。接著，使用插件向?qū)尚碌牟寮?xiàng)目：(1)選擇File菜單的New命令；(2)在New對(duì)話框里，選擇Projects頁簽；(3)在窗口里選擇Developer Studio Add-in Wizard，在Project Name框里填入項(xiàng)目的名字，然后點(diǎn)擊OK；(4)這時(shí)進(jìn)入插件向?qū)?見圖5)，為插件填寫名字和描述；如果插件需要工具條按鈕，則選上Provides a toolbar選項(xiàng)；如果插件需要處理VC集成開發(fā)環(huán)境對(duì)象的事件，則選上Responds to Developer Studio events選項(xiàng)，向?qū)槊總�(gè)事件添加一個(gè)代碼框架，你必須為需要的事件提供具體的處理；點(diǎn)擊OK；(5)在彈出的New Project Information對(duì)話框里檢查向?qū)Ъ磳⑸傻奈募绊?xiàng)目目錄，確認(rèn)正確后點(diǎn)擊OK就生成插件項(xiàng)目了。

圖5
然后，定制插件的功能或者增加新的功能。插件向?qū)ё詣?dòng)生成了添加一個(gè)功能到VC集成開發(fā)環(huán)境的代碼，但是如果你需要定制或者添加更多的功能的話，則要修改代碼，這個(gè)與普通應(yīng)用開發(fā)是一樣的。修改需要使用到Application對(duì)象的三個(gè)方法：使用AddCommand方法添加一個(gè)功能；使用AddCommandBarButton方法添加一個(gè)工具條按鈕；使用AddKeyBinding方法來添加一個(gè)熱鍵。具體的做法請(qǐng)參照VC插件開發(fā)的幫助。

　　這里需要簡(jiǎn)單說明一下VC集成開發(fā)環(huán)境與插件之間的關(guān)系，如圖6所示。每一個(gè)插件都向外提供了兩個(gè)對(duì)象DSAddIn和Commands。VC的集成開發(fā)環(huán)境使用DSAddIn對(duì)象來裝載或者卸載一個(gè)插件，使用Commands對(duì)象來執(zhí)行插件提供的功能。具體來說，VC是調(diào)用插件的DSAddIn對(duì)象的OnConnection方法來裝載插件的，這個(gè)方法還發(fā)布了插件向外提供的功能接口，如果插件包含了事件的處理，還把連接到VC集成環(huán)境的事件上。VC調(diào)用DSAddIn對(duì)象的OnDisconnection方法來卸載插件。Commands對(duì)象則包含了AddCommand所加入的每一個(gè)功能接口，編寫插件的時(shí)候必須為每一個(gè)功能接口編寫代碼。

圖6

　　最后，把插件編譯連接成DLL。安裝插件的方法是：(1)選擇Tools菜單的Customize命令；(2)選擇Add-ins and Macro Files頁簽，如果插件的名字沒有出現(xiàn)在窗口里，則點(diǎn)擊Browse按鈕去定位。(3)在窗口里打勾選上需要安裝的插件即可；如果取消選擇某個(gè)插件，則會(huì)卸載這個(gè)插件。插件安裝了以后，VC每次啟動(dòng)都會(huì)自動(dòng)裝載這個(gè)插件，你就可以使用這個(gè)插件提供的功能來為自己的應(yīng)用開發(fā)服務(wù)了。

關(guān)于平臺(tái)之間的差異，主要是Windows平臺(tái)和Unix平臺(tái)之間的差異，這里著重介紹一下這兩個(gè)平臺(tái)在C/C++開發(fā)中存在的差異，其間會(huì)穿插介紹一些Unix不同分支之間的差異。

1.1語言特性的差異

       語言特性的差異，指的是不同操作系統(tǒng)平臺(tái)中，實(shí)現(xiàn)C++/C時(shí)的一些細(xì)微的差異，忽略這些差異可能會(huì)帶來一些特別隱蔽的錯(cuò)誤。而且可能是致命的錯(cuò)誤。所以，了解語言特性的差異，對(duì)于在Unix移植來說非常重要。如果考慮系統(tǒng)多多個(gè)平臺(tái)支持，就必須了解在不同平臺(tái)下語言特性的差異，從開發(fā)一開始就把這些因素考慮進(jìn)去，這樣才能最低限度的降低移植的過程中工作量。

1.1.1字節(jié)順序的差異

       字節(jié)順序指的主要是整型變量在內(nèi)存中的存儲(chǔ)方式。在計(jì)算機(jī)中，數(shù)據(jù)都是以二進(jìn)制方式存儲(chǔ)的，包括在內(nèi)存和硬盤中。而計(jì)算機(jī)又以8位二進(jìn)制作為一個(gè)存儲(chǔ)單元。在32位系統(tǒng)中，一個(gè)整型的存儲(chǔ)需要四個(gè)存儲(chǔ)單元。也就是說要把一個(gè)32位的整數(shù)分割成位四段分別進(jìn)行存儲(chǔ)，而每一段的存儲(chǔ)位置就是字節(jié)順序的差異。為了清楚的表示每段存儲(chǔ)的先后位置，我們用16進(jìn)制來表示一段的值，下表列出了在Unix系統(tǒng)和Windows系統(tǒng)中整數(shù)20000在內(nèi)存中的情況。

如表中所示，Windows中存儲(chǔ)方式和該整數(shù)的16進(jìn)制表示是相反，是一種低位在前高位在后的存儲(chǔ)順序。而Unix下的存儲(chǔ)順序和正常的16進(jìn)制表示的順序相同，稱為高位在前低位在后的順序。這種差異帶來的問題，主要體現(xiàn)在以下幾個(gè)方面：

?         網(wǎng)絡(luò)通信時(shí)

當(dāng)Windows和Unix之間發(fā)生網(wǎng)絡(luò)數(shù)據(jù)傳輸，傳輸一個(gè)整型數(shù)據(jù)（如一個(gè)數(shù)據(jù)包的長(zhǎng)度）的時(shí)候，如果不經(jīng)處理直接把內(nèi)存中的數(shù)據(jù)傳輸過去，那么在對(duì)方看來完全是另一個(gè)數(shù)據(jù)，這樣就會(huì)造成問題。如Windows下面發(fā)送過去一個(gè)20000（0x00004E20），在Unix下面收到的數(shù)據(jù)就會(huì)被理解成541982720（0x204E0000），這簡(jiǎn)直是天壤之別。

?         文件存儲(chǔ)和讀取時(shí)

跟網(wǎng)絡(luò)傳輸類似，如果在Windows下面把某個(gè)整數(shù)寫到了文件中，然后在Unix下面打開這個(gè)文件讀取該數(shù)據(jù)，就會(huì)出現(xiàn)跟上面類似的問題。

       這個(gè)問題主要體現(xiàn)在不同平臺(tái)之間互操作時(shí)，在多平臺(tái)開發(fā)過程中，尤其時(shí)在網(wǎng)絡(luò)應(yīng)用開發(fā)的時(shí)候，兩個(gè)平臺(tái)之間數(shù)據(jù)交互是非常普遍的，所以這個(gè)問題也就顯的很普遍。解決這個(gè)問題的方法就是交互的雙方采用一種相同的數(shù)據(jù)編碼標(biāo)準(zhǔn)，就是數(shù)據(jù)在傳輸和存儲(chǔ)的時(shí)候采用什么方法進(jìn)行編碼，具體的做法有一下幾種：

1．  數(shù)字轉(zhuǎn)換成字符傳進(jìn)行交互

2．  協(xié)商一個(gè)同意的字節(jié)順序，根據(jù)自己平臺(tái)的字節(jié)順序還原數(shù)據(jù)

3．  采用其他標(biāo)準(zhǔn)的編碼方式，如ASN1編碼

跟這個(gè)問題類似，32位系統(tǒng)和64位系統(tǒng)的差異也會(huì)出現(xiàn)這樣的問題，解決方法跟這個(gè)問題的解決方法相同。在32位系統(tǒng)和64位系統(tǒng)中，長(zhǎng)整型（long）分別用32位和64位表示，這樣，在不同系統(tǒng)之間交互的時(shí)候必然會(huì)出現(xiàn)整型數(shù)據(jù)表示方式不同的問題。目前大多數(shù)Windows系統(tǒng)都是32位的系統(tǒng)，而Unix中很多都是64位的，尤其是大型的服務(wù)器，所以這個(gè)問題必須引起重視。

1.1.2變量的作用域差異

在不同的系統(tǒng)下，由于編譯器的不同，對(duì)變量作用域的實(shí)現(xiàn)機(jī)制也有所不同，這里以Windows下的VC和Solaris下的CC這兩個(gè)編譯器為例做一個(gè)簡(jiǎn)單的比較說明。

在C++的開發(fā)過程中，我們經(jīng)常會(huì)有這樣的用法：

       for(int i=0;i<num;i++)

       {

              …

       }

這是一種最常用的for循環(huán)的用法，因?yàn)槠渲衖主要使用來控制循環(huán)，所以一般沒有必要拿出來單獨(dú)進(jìn)行聲明，只是放在for語句中一起聲明。這里i、j等簡(jiǎn)單的變量就成了我們常用的變量，一般不按照編程規(guī)范那樣為他們命名。就是這種聲明方法，在Windows下和Solaris下有了不同的理解，i的作用域不同。我們先把作用域進(jìn)行劃分，如下：

       {

              …

              for(int i=0;i<num;i++)

II

              {

I

                     …

              }

              …

              …

       }

我們劃分出I和II兩個(gè)作用域，其中作用域II包含在作用域I當(dāng)中。在Windows下，變量i的作用域是I的整個(gè)范圍，而Solaris下的i的作用域只是II的范圍。其實(shí)標(biāo)準(zhǔn)的C++語法應(yīng)該是Solaris的做法，但是微軟在實(shí)現(xiàn)的時(shí)候沒有按照這個(gè)標(biāo)準(zhǔn)實(shí)現(xiàn)，這就引發(fā)了我們討論的這個(gè)問題。由于這個(gè)差異，就引發(fā)了一些微妙而隱蔽的問題。先看一下下面兩端代碼。

A：

       for(int i=0;i<num;i++)

       {

              …

       }

       …

       for(i=0;i<num;i++)

       {

              …

B：

       for(int i=0;i<num;i++)

       {

              …

       }

       …

       for(int i=0;i<num;i++)

       {

              …

代碼A在Windows下面可以正常編譯，而在Solaris下面確編不過去，提示第二個(gè)for循環(huán)中變量i沒有定義。相反代碼B在Solaris下可以正常編譯，而在Windows下面編不過去，提示第二個(gè)for循環(huán)中變量i重復(fù)定義。

在通常的情況下，我們會(huì)按照B的方法書寫代碼，而在Windows編譯是出現(xiàn)錯(cuò)誤，然后改成A的那種形式。這樣，在Windows下就沒有問題了，程序也可以編譯過去了，但是到Solaris下時(shí)，有會(huì)出現(xiàn)問題，這是就不得不把i的聲明拿到所有for循環(huán)的外面。當(dāng)i的聲明拿到for循環(huán)的外面時(shí)，真正的問題來了。首先提示一下，這樣的一段代碼是沒有問題的：

C：

int i = 0;

if(cond)

{

       …

       for(int i=0;i<num;i++)

       {

              …

       }

       …

}

       這是一段正確的代碼，雖然在外面已經(jīng)定義了i，但是在for里面重新定義一個(gè)i也沒有問題，這是C++的語法所允許的（java里面不允許這樣做）。但就是因?yàn)檫@種C++語言的靈活機(jī)制，引發(fā)了問題的產(chǎn)生。

       問題產(chǎn)生源于程序中出現(xiàn)了A_B那樣的代碼，然后把i的聲明拿到了外面。在后期維護(hù)的過程中，又在后面增加了一個(gè)循環(huán)，但是卻是按照C的那種方式增加的，這樣就產(chǎn)生了問題。請(qǐng)看如下代碼：

       int i=0;

       char str1[10];

       char str2[10];

       strcpy(str1,”hello”);

       …

       for(i=0;i<20;i++)

       {

              …

I

       }

       …

       if(cond)

       {

              for(int i=0;i<10;i++)

III

              {

II

                     if(str1[i]==0)  break;

              }

              memcpy(str2,str1,i);

              str2[i]=0;

       }

       …

在上述代碼，為了分析方便，我們把整段代碼分成I、II和III三個(gè)作用域。其中作用域II就是整個(gè)if語句，實(shí)現(xiàn)的相當(dāng)于一個(gè)strcpy函數(shù)的功能。II中的內(nèi)容就好是我們上面說的后期維護(hù)中加入的，當(dāng)然，實(shí)際情況并不像我們例子中這么明前，i的聲明可能離我們的if語句很遠(yuǎn)，所以加入這段代碼是不知道上面是否聲明了i變量。而且，這段代碼編譯的時(shí)候也不回出錯(cuò)，不管是Windows還是Solaris（單獨(dú)的一段II中的代碼在Solaris下面編不過去）。在Windows下面，這段代碼可以正常的運(yùn)行，不回出現(xiàn)任何問題，因?yàn)镮I中的代碼完全是根據(jù)Windows下的習(xí)慣編寫的。但是在Solaris下面，這段代碼就會(huì)出現(xiàn)內(nèi)存越界的錯(cuò)誤，雖然編譯可以正常通過，但是實(shí)現(xiàn)的卻不是程序員預(yù)期的目的。在執(zhí)行memcpy的時(shí)候，那個(gè)i其實(shí)是外層聲明的那個(gè)i，值是20，而str2和str1的大小之后10，所以就發(fā)生了讀寫內(nèi)存越界。而程序員預(yù)想的，這個(gè)i是for循環(huán)算出來的str1字符串的長(zhǎng)度，應(yīng)該是5。

要解決這類問題，就得加強(qiáng)編程規(guī)范，杜絕這種錯(cuò)誤代碼的生成。從開始的時(shí)候就要意識(shí)到可能產(chǎn)生的問題，從而避免問題的發(fā)生。

微軟在其Visual C++產(chǎn)品中包含了一套C語言運(yùn)行時(shí)庫，它的其它庫產(chǎn)品大多基于這一套庫（比如MFC）。在特殊的場(chǎng)合，我們可能需要使用自己的運(yùn)行時(shí)庫來替代它。比如，某一些對(duì)于注重系統(tǒng)綜合性能的游戲。那時(shí)，我們只需要實(shí)現(xiàn)運(yùn)行時(shí)庫中的某一些功能，甚至可以不按照標(biāo)準(zhǔn)來命名（因?yàn)槟鞘悄阕约旱倪\(yùn)行庫，并且你不打算發(fā)布她）。比方說C語言運(yùn)行時(shí)的內(nèi)存分配函數(shù)，常用的不外乎malloc，calloc，free，realloc這幾個(gè)，我們實(shí)現(xiàn)的時(shí)候就沒有必要遵照以上的名字命名我們的相應(yīng)功能的函數(shù)。

在替代運(yùn)行庫以前必須認(rèn)識(shí)到的是，許多基于運(yùn)行庫的函數(shù)庫將不能再使用，比如剛才提到的（MFC）庫，而你在以前編寫的許多庫可能不能再使用，這意味著你可能要白手起家。（需要說明的是：ATL庫基本沒有使用C語言運(yùn)行時(shí)庫，所以可以繼續(xù)使用，前提是使用時(shí)不要連接MFC）。

1．    基本概念

我們平時(shí)接觸VC++的時(shí)候，第一個(gè)接觸到的恐怕是WinMain和main，對(duì)應(yīng)于Win32子系統(tǒng)的Windows窗口系統(tǒng)和控制臺(tái)兩個(gè)部分，最多是某些書籍上談到了對(duì)應(yīng)多字節(jié)字符集的幾個(gè)變種。其實(shí)，這幾個(gè)入口點(diǎn)函數(shù)是VC++帶有的C運(yùn)行庫要求的入口點(diǎn)。真正的vc程序的入口點(diǎn)函數(shù)是在使用VC++的C編譯器編譯程序時(shí)指定的。它可以是符合下面形式的任何名稱的函數(shù)：

void __cdecl Your_Entry (void);

如果你喜歡，你可以起一個(gè)更加藝術(shù)的名字。

說到這里，給出一個(gè)樣例程序可以更好的理解這個(gè)入口點(diǎn)函數(shù)和我們平時(shí)接觸的C運(yùn)行時(shí)入口點(diǎn)函數(shù)之間有些什么。這是一個(gè)什么都不做的程序

// VC++ Entry point

void MyEntry (void);

{

{

將這些個(gè)字符敲在一個(gè)文本文件中，保存為：d:\test0.c

然后在VC++命令提示符環(huán)境中鍵入下面的步驟來編譯、連接這個(gè)程序（在上一個(gè)版本中，我把這個(gè)部分漏了，這可能使得不少人看了這篇文章卻不知道如何實(shí)現(xiàn)）：

l         進(jìn)入VC++的bin目錄，缺省安裝下，它應(yīng)該在如下的目錄中：

C:\Program files\Microsoft Visual Studio\VC98\Bin

然后運(yùn)行vcvars32.bat批處理文件，如下圖所示：

注意：我的機(jī)子上的目錄可能和你的不一樣。

屏幕會(huì)提示順利設(shè)置了vc的環(huán)境變量。

l         然后用下面的命令編譯上面的代碼文件

d:\

cl /c test0.c /nologo

如果沒有什么提示而很快的出現(xiàn)命令提示符，則表示編譯成功。

l         然后用下面的命令連接

link /ENTRY:”MyEntry” /OUT:test0.exe /SUBSYSTEM:WINDOWS /NODEFAULTLIB test0.obj /nologo

不出什么意外的話，在D分區(qū)上應(yīng)該有一個(gè)test0.exe文件，雙擊它發(fā)現(xiàn)什么也沒有出現(xiàn)。但是，其實(shí)它是一個(gè)不折不扣的Win32應(yīng)用程序。你可以用相應(yīng)工具來測(cè)試它，可以發(fā)現(xiàn)在入口點(diǎn)處是幾個(gè)符合C函數(shù)調(diào)用規(guī)則的幾個(gè)壓棧、數(shù)據(jù)轉(zhuǎn)移、和出棧指令。

上面用到的一些cl和link程序開關(guān)選項(xiàng)的意義請(qǐng)參考MSDN。

值得提一提的是：缺省情況下，link程序連接了4個(gè)C運(yùn)行時(shí)庫中的某一個(gè)，并且將函數(shù)mainCRTStartup、wmainCRTStartup、WinMainCRTStartup、wWinMainCRTStartup中的一個(gè)作為缺省的入口點(diǎn)（我們這里只討論非動(dòng)態(tài)連接庫，也就是一般的可執(zhí)行印象）。具體使用哪個(gè)，是根據(jù)link命令行中指定的子系統(tǒng)。可以參考MSDN獲取更詳細(xì)的說明。

2．    Microsoft C/C++ Runtime Library

有了上面這些基礎(chǔ)，我們接著再看一看Microsoft C/C++ Runtime Library在入口點(diǎn)處都作了些什么。我這里給出的代碼是經(jīng)過篩選的，只是為了說明問題，這些代碼在VC安裝目錄中CRT\SRC下面的crt0.c中，缺省沒有安裝。

#undef _UNCODE

void WinMainCRTStartup (void)

{

int mainret;

STARTUPINFO StartupInfo;

_osver = GetVersion ();

_winminor = (osver >>8) & 0x00FF;

_winmajor = _osver & 0x00FF;

_winver = (winmajor << 8) + _winminor;

osver = (osver >> 16) & 0x00FFFF;

if (!_heap_init (1))

fast_error_exit (_RT_HEAPINIT);

_acmdln = (char*) GetCommandLineA ();

_aenvptr = (char*) __crtGetEnvironmentStringsA ();

_setargv ();

_setenvp ();

_cinit ();

StartupInfo.dwFlags = 0;

GetStartupInfo (&StartupInfo);

mainret = WinMain (GetModuleHandleA (NULL),

NULL,

;pszCommandLine,

StartupInfo.dwFlags & STARTF_USESHOWWINDOWS ?

StartupInfo.wShowWindow : SW_SHOWDEFAULT);

exit (mainret);

}

上面的代碼經(jīng)過篩選，它用于多線程下，普通的多字符集C運(yùn)行時(shí)。我稍微解釋一下代碼的含義，它完成以下任務(wù)：

l         獲取操作系統(tǒng)的版本信息，用于以后的操作；

l         然后初始化進(jìn)程堆棧；

l         獲取命令行，獲取和設(shè)置環(huán)境變量；

l         C運(yùn)行時(shí)內(nèi)部變量的初始化；

l         調(diào)用標(biāo)準(zhǔn)Win32窗口程序入口點(diǎn)函數(shù)（它應(yīng)該是在你的應(yīng)用程序中被定義和實(shí)現(xiàn)的）；

l         調(diào)用ExitProcess函數(shù)退出應(yīng)用程序，退出代碼是WinMain的返回值。

具體的代碼請(qǐng)參見運(yùn)行庫的源代碼。

3．    不使用運(yùn)行庫編寫自己的應(yīng)用邏輯

接著，我們來試試看，不使用C運(yùn)行庫，并且使得我們的應(yīng)用程序做些個(gè)事情。請(qǐng)看下面的代碼：

// 程序init.c

#pragma once

#include <windows.h>

void entry (void)

{

       char** p;

       char* pAlloc;

       char* pszNames[] = {

              "SNK",

              "Capcom",

              "Nintindo",

              "EA",

              "3DO",

              NULL

       };

       for (p = pszNames; *p != NULL; p ++)

       {

              MessageBox (0, *p, 0, MB_OK);

       }

       pAlloc = VirtualAlloc (0, 4096, MEM_COMMIT | MEM_TOP_DOWN, PAGE_READWRITE);

       if (pAlloc)

       {

              const char* pText = "Hello, world!";

              char* pTemp = (char*) pText, *pstr = pAlloc;

              for (;*pTemp != '\0';) *pstr++ = *pTemp++;

              *pstr = *pTemp;

              MessageBox (0, pAlloc, 0, MB_OK);

              VirtualFree (pAlloc, 4096, MEM_RELEASE);

       }

}

使用下面的命令行來編譯連接它

cl init.c /c

link init.obj /SUBSYSTEM:WINDOWS /OUT:init.exe /ENTRY:”entry” /NODEFAULTLIB kernel32.lib user32.lib

生成的init.exe程序的運(yùn)行中界面如下：

                          。

“C# Java是解釋型語言？Oh my god”

“引用vls：C# Java是解釋型語言？Oh my god

呵呵 我也很詫異“

“引用DiggingDeeply：@vlsC#不是解釋行語言，那JIT是干啥用的？

無知并不可憐，無知還不知道自己無知才叫可憐”

“。。。但如果因?yàn)樗?一邊變換一邊執(zhí)行"， 就將其當(dāng)作解釋語言……只能說你看到表象卻沒抓住本質(zhì)。”

很是無語，既然您認(rèn)為別人無知那您的有知拿出來給無知的人看看，行不？

拋開這些不談，誰能給編譯型和解釋型給下個(gè)解釋。無一例外，要么就是某人的博客，要么就是搜索來的網(wǎng)頁，再要么就是放個(gè)闕詞就消散，這些作為論據(jù)充分不？

昨天翻了翻龍書，也沒有給這兩個(gè)概念下細(xì)致的解釋，可見兩個(gè)概念是很難下個(gè)精確的解釋的。

在<<programming language="" Pragmatics>>(by Michaei L. Scott)這本書里面，我找到了有關(guān)的解釋和說明，特摘錄如下

Compilation and Interpretation

高級(jí)語言里一個(gè)程序的編譯和執(zhí)行大概是 下面的情況：

編譯器將高級(jí)語言從源代碼翻譯成與之等價(jià)的目標(biāo)程序（就相當(dāng)于從中文翻譯成中文），而后就隱退了。在隨后的某個(gè)時(shí)刻，用戶啟動(dòng)目標(biāo)程序由操作系統(tǒng)執(zhí)行。實(shí)現(xiàn)高級(jí)語言的另外一種形式為解釋：

與編譯不同的是，解釋器在目標(biāo)程序（其實(shí)根本就沒有目標(biāo)程序，只是與編譯來比較）執(zhí)行期間，解釋器一直隨之運(yùn)行。這種執(zhí)行流程完全由解釋器控制的。從效果上看，解釋器實(shí)現(xiàn)了一臺(tái)“虛擬計(jì)算機(jī)”，其“機(jī)器語言”就是高級(jí)語言，解釋器一次讀入一條或多條語句，按照其自身規(guī)定的形式去執(zhí)行相應(yīng)的操作。一般說來，解釋比編譯有著很好的靈活性；編譯一般有著較好的性能。但是有些語言確是采用了兩者的混合形式：

書中的原文：”如果原始階段的翻譯器比較基本，我們就說這個(gè)語言是“解釋的”。如果翻譯器很復(fù)雜，我們就說這一語言是“編譯的”。現(xiàn)在兩者的區(qū)分變得有些模糊了，因?yàn)椤盎?”和“復(fù)雜”都是修飾性術(shù)語，也因?yàn)橥耆赡艹霈F(xiàn)用一個(gè)編譯器（復(fù)雜的翻譯流程）生成代碼，而后又由一個(gè)復(fù)雜的虛擬機(jī)（解釋器）執(zhí)行。對(duì)于最后這種情況，如果翻譯器對(duì)程序做了徹底的分析（而不是做某種“機(jī)械的”變換），而且有關(guān)的中間語言程序與源程序并沒有很強(qiáng)的相似性，我們還是說這個(gè)語言是編譯的。這兩種特征 ----徹底的分析和非平凡的變換-----是刻畫編譯形式的標(biāo)志性特征。“

根據(jù)以上標(biāo)準(zhǔn)，首先CSC只是對(duì)C#到IL做”機(jī)械“的翻譯，而且C#和IL之間有很強(qiáng)的相似性，因?yàn)閮烧叩某绦虼a幾乎可以100%相互轉(zhuǎn)換（比如reflector可以將C#反編成IL，也可以將IL反編為C#）。您認(rèn)為呢？

PS：再者某些人認(rèn)為的ngen和cache程序集其實(shí)也是支持C#是解釋語言的結(jié)論，因?yàn)榫幾g型語言因?yàn)樾阅艿奶烊灰蛩厥遣豁氁@些手段的。也許我是錯(cuò)的，請(qǐng)您不吝賜教，感激涕零.本人禁止了不負(fù)責(zé)任的匿名評(píng)論，請(qǐng)大家海涵。