相信很多使用Visual Studio作為開發(fā)工具的Visual C++程序員都會(huì)懷戀使用Visual C++ 6.0的日子。Visual C++ 6.0配合著Visual Assist這個(gè)輔助工具，成為C++程序員們開發(fā)工具的不二之選。

隨著Visual Studio版本的升級，IDE引入了一些新的特性，但是卻使得整個(gè)IDE非常臃腫，效率低下?，F(xiàn)在，Visual Studio 2010在IDE的效率方面做了很多工作，以提高我們的開發(fā)效率：

頭文件編輯
在以往的Visual Studio中，如果我們編輯一個(gè)被多處源文件引用的頭文件，Visual Studio將不得不打斷你的工作，因?yàn)樗荛L的時(shí)間重新處理整個(gè)項(xiàng)目。現(xiàn)在，在新的Visual Studio 2010中，當(dāng)我們編輯頭文件后，我們可以繼續(xù)工作，而Visual Studio會(huì)在后臺進(jìn)行新的頭文件的處理，同時(shí)IntelliSense也將很快更新，反應(yīng)出我們對頭文件的修改。

改變項(xiàng)目配置
跟頭文件編輯相似，在以往的Visual Studio中，當(dāng)我們改變了項(xiàng)目的配置后，Visual Studio會(huì)打斷我們的工作去處理項(xiàng)目配置的改變。例如，當(dāng)我們將當(dāng)前的項(xiàng)目配置從Debug切換到Release后，Visual Studio會(huì)花很長一段時(shí)間去處理項(xiàng)目配置的改變。

而在這段時(shí)間內(nèi)，Visual Studio就像死掉一樣，我們什么都不能做，只能傻等著。(我曾經(jīng)無奈地把它當(dāng)做Visual Studio的一個(gè)人性化設(shè)計(jì)，故意讓我們這些久坐的程序員在等待的時(shí)候起來走走，舒活一下筋骨。)在新的Visual Studio 2010中，修改項(xiàng)目配置后我們無需再等待就可以繼續(xù)工作。

配置項(xiàng)目的物理分布
你的項(xiàng)目是否非常龐大，包含很多源文件？如果是這樣的話，在以往的Visual Studio 中，當(dāng)它處理項(xiàng)目的所有文件時(shí)，將顯得非常緩慢。為了解決這個(gè)文件，我們往往不得不將一個(gè)項(xiàng)目拆分成多個(gè)項(xiàng)目，這樣每個(gè)項(xiàng)目中的源文件就會(huì)少很多。

Visual Studio每次處理的文件數(shù)少一些，就會(huì)顯得快一點(diǎn)。在新的Visual Studio中，它提高了處理源文件的效率，即使你的項(xiàng)目有很多源文件，Visual Studio在處理這些文件的時(shí)候，仍然可以保持活動(dòng)而不會(huì)出現(xiàn)“假死”的現(xiàn)象。這個(gè)特性可以使得我們將原來需要分布在多個(gè)項(xiàng)目中的源文件，根據(jù)需要重新配置，使得項(xiàng)目的物理分布更加合理。

更加聰明的IntelliSense
C++作為最復(fù)雜的編程語言，其IntelliSense一直是Visual Studio的一個(gè)難點(diǎn)。在以往的Visual Studio中，C++的IntelliSense是基于編譯器的，它可以理解復(fù)雜的C++代碼。但是，對于一些比較高級的Visual C++ 6.0。

特別是跟宏相關(guān)的一些內(nèi)容，IntelliSense就顯得無能為力了。在新的Visual Studio中，改進(jìn)的IntelliSense顯得更加聰明，幾乎可以理解任何復(fù)雜形式的C++代碼。有了新的IntelliSense，估計(jì)很多程序員所鐘愛的Visual Assist會(huì)受到冷遇了。

增強(qiáng)的MFC
雖然大家都在說MFC過時(shí)了，但是，現(xiàn)在世界上還有很多MFC正在運(yùn)行，也同樣還有很多基于MFC的程序正在開發(fā)中。我們可以說隨著.NET Framework等等新框架的推出，MFC不再是幾乎唯一的選擇。

但是，隨著Visual C++ Feature Pack的推出，MFC在界面開發(fā)方面的能力等到了大大增強(qiáng)，MFC也在與時(shí)俱進(jìn)，遠(yuǎn)沒有到過時(shí)淘汰的程度。在Visual Studio 2010中，除了之前隨著Visual C++ Feature Pack發(fā)布的眾多特性外，MFC又帶來了兩項(xiàng)重要的特性：

任務(wù)對話框CTaskDialog
為了改善用戶體驗(yàn)，在Vista中，微軟使用任務(wù)對話框(Task Dialog)代替了原先廣泛使用的消息框(Message Box)。跟消息框相比，任務(wù)對話框不僅可以向用戶顯示消息，還可以顯示自定義的按鈕，命令行選項(xiàng)以及更加豐富的輔助信息等。

新的CTaskDialog類提供了很多簡單實(shí)用的函數(shù)，程序員們可以輕松上手，使用任務(wù)對話框來改善應(yīng)用程序的用戶體驗(yàn)，使自己的應(yīng)用程序的界面風(fēng)格跟Vista系統(tǒng)保持一致。下面這段簡短的代碼就創(chuàng)建了一個(gè)簡單的任務(wù)對話框，來詢問用戶對任務(wù)對話框的態(tài)度。

Restart Manager Support
在新的Vista Studio 2010中，MFC程序開始支持重啟管理器(Restart Manager)。重啟管理器是Vista所引入的一個(gè)重要新特性，它可以在程序意外崩潰的時(shí)候，保護(hù)用戶任何未保存的文檔數(shù)據(jù)等。#t#

當(dāng)我們的程序因?yàn)榉N種原因意外崩潰的時(shí)候，重啟管理器可以重新啟動(dòng)應(yīng)用程序并且可以讓用戶選擇是否要恢復(fù)未保存的數(shù)據(jù)等。使用重啟管理器，可以有效地降低我們數(shù)據(jù)丟失的風(fēng)險(xiǎn)，極大地改善程序的抗風(fēng)險(xiǎn)能力。在Visual C++ 6.0中，我們可以通過簡單地在程序初始化的地方添加幾行代碼，就使得我們的應(yīng)用程序具有重啟管理器的功能。

Visual C++程序的發(fā)布與部署
新的Visual Studio 2010改變了依賴于C++代碼的應(yīng)用程序的發(fā)布方式。依賴于Visual C++庫的應(yīng)用程序不再需要Fusion (WinSxS) Manifest，這意味著當(dāng)我們將應(yīng)用程序部署到一個(gè)本地文件夾時(shí)，將不再需要眾多的小Manifest。

只需要復(fù)制MFC和C++運(yùn)行時(shí)庫mfc100u.dll和 msvcr100.dll這兩個(gè)dll文件到Release文件夾就可以了。另外，Visual Studio 2010也同樣支持之前的各種部署機(jī)制，例如合并模塊(.msm)和VCRedist。

這些舊有的方法將在System32目錄下安裝Visual C++庫?？傊?FONT>Visual C++ 6.0的發(fā)布與部署將更加簡單。關(guān)于具體的發(fā)布于部署過程，我們將在后面的文章中做更加詳細(xì)的介紹。對新的C++標(biāo)準(zhǔn)的支持以及在IDE方面的改進(jìn)，就像Visual C++全新鍛造的倚天劍和屠龍刀。倚天屠龍既出，誰與爭鋒！