如果說(shuō)對(duì)C++新標(biāo)準(zhǔn)的支持為Visual C++的發(fā)展奠定了堅(jiān)實(shí)的基礎(chǔ)，那么，她在IDE方面的增強(qiáng)，則會(huì)讓她更加光彩照人。

很多Visual C++程序員都愛(ài)吃西紅柿(Visual Assist)。為什么？因?yàn)樗梢匝a(bǔ)償VC(Visual C++)。雖然Visual C++在C++庫(kù)，編譯器，MFC等方面非常強(qiáng)大，但是她的IDE一直受到C++程序員的詬病。特別是進(jìn)入 Visual Studio 2000之后，Visual C++的IDE并沒(méi)有大的改變，但是效率卻越來(lái)越低下，使得程序員們不得不多吃“西紅柿”，補(bǔ)充點(diǎn)VC。

微軟試圖將Visual Studio 2010打造成跟Visual Studio 6一樣的經(jīng)典開(kāi)發(fā)工具。所以，除了在語(yǔ)言層面開(kāi)始支持最新的C++標(biāo)準(zhǔn)外，在IDE以及MFC庫(kù)等方面，微軟也下了很大的力氣。Visual C++不僅改善了IDE的效率，同時(shí)也引入了很多新的特性，期待這些IDE增強(qiáng)能夠切實(shí)的提高程序員們的開(kāi)發(fā)效率。

Visual Studio 2010中的Visual C++增強(qiáng)主要包括以下幾個(gè)方面：

改進(jìn)的項(xiàng)目系統(tǒng)支持

在以往的Visual Studio版本中，MSBuild不能很好地支持Visual C++項(xiàng)目，微軟轉(zhuǎn)而提供了一個(gè)替代的專門解決辦法：VCBuild。在Visual Studio 2010中，微軟終于改進(jìn)了這一點(diǎn)，將VCBuild的眾多特有的功能集成到MSBuild中，并且使用MSBuild替代了VCBuild。雖然VCBuild有很多針對(duì)Visual C++項(xiàng)目的實(shí)用功能，但是，新的MSBuild不僅繼承了這些功能，還提供了更多的新特性，吸引用戶升級(jí)到這一新的構(gòu)建平臺(tái)上來(lái)：

◆診斷功能: MSBuild增強(qiáng)了它的診斷功能，以幫助用戶更加容易地發(fā)現(xiàn)和調(diào)試構(gòu)建錯(cuò)誤。例如，MSBuild可以幫助你決定如何以特定的順序編譯某些源文件，因?yàn)镸SBuild可以檢測(cè)這些文件之間的依賴性。

◆可擴(kuò)展性: 使用MSBuild，用戶可以為某些特定的平臺(tái)構(gòu)建不同的解決方案。另外，也可以在構(gòu)建過(guò)程中，使用不同版本的編譯器。連接器等，使得我們的解決方案更具擴(kuò)展性。

◆集成: 我們可以將我們的Visual C++項(xiàng)目添加到一個(gè)已經(jīng)存在的MSBuild環(huán)境中。例如，我們可以將一個(gè)新的Visual C++項(xiàng)目集成到一個(gè)已經(jīng)存在的MSBuild環(huán)境中，雖然這個(gè)MSBuild環(huán)境包含的是使用.NET Framework的Visual C#和Visual Basic項(xiàng)目。

Multi-Targeting曾經(jīng)作為Visual Studio的一個(gè)重要特性，受到微軟的大力推廣。因?yàn)樗沟谩耙淮尉幋a，多個(gè)平臺(tái)運(yùn)行”成為可能。這一特性給程序員們帶來(lái)了極大的便利，再也不用為目標(biāo)機(jī)器混亂的平臺(tái)而頭疼。但是在之前的Visual Studio中，Multi-Targeting特性只在托管語(yǔ)言中得到支持，可以針對(duì)不同的.NET Framework版本?，F(xiàn)在在Visual Studio 2010中，隨著MSBuild的應(yīng)用，本地代碼的Multi-Targeting也成為可能。

在Visual Studio 2010中，我們可以選擇使用Visual Studio 2010的工具集還是Visual Studio 2008的工具集。當(dāng)我們因?yàn)橐恍┘嫒菪曰蛘呤瞧渌矫娴脑虿辉高^(guò)早地升級(jí)到Visual Studio 2010時(shí)，我們可以利于Multi-Targeting特性，選擇使用Visual Studio 2008的Visual C++程序庫(kù)和編譯器，而同時(shí)使用Visual Studio 2010的IDE。這樣就實(shí)現(xiàn)了“魚(yú)與熊掌兼得”。當(dāng)我們最終決定升級(jí)到Visual Studio 2010的程序庫(kù)和編譯器時(shí)，只需要在MSBuild或是項(xiàng)目屬性中做一個(gè)簡(jiǎn)單的設(shè)置就可以了。下圖展示了不同工具集設(shè)置下項(xiàng)目的編譯記錄。

Multi-Targeting：目標(biāo)工具集為V90

Multi-Targeting：目標(biāo)工具集為V100

改進(jìn)的Visual Studio用戶體驗(yàn)

相信很多使用Visual Studio作為開(kāi)發(fā)工具的Visual C++程序員都會(huì)懷戀使用Visual C++ 6.0的日子。Visual C++ 6.0配合著Visual Assist這個(gè)輔助工具，成為C++程序員們開(kāi)發(fā)工具的不二之選。隨著Visual Studio版本的升級(jí)，IDE引入了一些新的特性，但是卻使得整個(gè)IDE非常臃腫，效率低下?，F(xiàn)在，Visual Studio 2010在IDE的效率方面做了很多工作，以提高我們的開(kāi)發(fā)效率：

頭文件編輯

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

改變項(xiàng)目配置

跟頭文件編輯相似，在以往的Visual Studio中，當(dāng)我們改變了項(xiàng)目的配置后，Visual Studio會(huì)打斷我們的工作去處理項(xiàng)目配置的改變。例如，當(dāng)我們將當(dāng)前的項(xiàng)目配置從Debug切換到Release后，Visual Studio會(huì)花很長(zhǎng)一段時(shí)間去處理項(xiàng)目配置的改變，而在這段時(shí)間內(nèi)，Visual Studio就像死掉一樣，我們什么都不能做，只能傻等著。(我曾經(jīng)無(wú)奈地把它當(dāng)做Visual Studio的一個(gè)人性化設(shè)計(jì)，故意讓我們這些久坐的程序員在等待的時(shí)候起來(lái)走走，舒活一下筋骨。)在新的Visual Studio 2010中，修改項(xiàng)目配置后我們無(wú)需再等待就可以繼續(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è)特性可以使得我們將原來(lái)需要分布在多個(gè)項(xiàng)目中的源文件，根據(jù)需要重新配置，使得項(xiàng)目的物理分布更加合理。

更加聰明的IntelliSense

C++作為最復(fù)雜的編程語(yǔ)言，其IntelliSense一直是Visual Studio的一個(gè)難點(diǎn)。在以往的Visual Studio中，C++的IntelliSense是基于編譯器的，它可以理解復(fù)雜的C++代碼。但是，對(duì)于一些比較高級(jí)的C++代碼，特別是跟宏相關(guān)的一些內(nèi)容，IntelliSense就顯得無(wú)能為力了。在新的Visual Studio中，改進(jìn)的IntelliSense顯得更加聰明，幾乎可以理解任何復(fù)雜形式的C++代碼。有了新的IntelliSense，估計(jì)很多程序員所鐘愛(ài)的Visual Assist會(huì)受到冷遇了。

增強(qiáng)的MFC

雖然大家都在說(shuō)MFC過(guò)時(shí)了，但是，現(xiàn)在世界上還有很多MFC正在運(yùn)行，也同樣還有很多基于MFC的程序正在開(kāi)發(fā)中。我們可以說(shuō)隨著.NET Framework等等新框架的推出，MFC不再是幾乎唯一的選擇，但是，隨著Visual C++ Feature Pack的推出，MFC在界面開(kāi)發(fā)方面的能力等到了大大增強(qiáng)，MFC也在與時(shí)俱進(jìn)，遠(yuǎn)沒(méi)有到過(guò)時(shí)淘汰的程度。在Visual Studio 2010中，除了之前隨著Visual C++ Feature Pack發(fā)布的眾多特性外，MFC又帶來(lái)了兩項(xiàng)重要的特性：

任務(wù)對(duì)話框CTaskDialog

為了改善用戶體驗(yàn)，在Vista中，微軟使用任務(wù)對(duì)話框(Task Dialog)代替了原先廣泛使用的消息框(Message Box)。跟消息框相比，任務(wù)對(duì)話框不僅可以向用戶顯示消息，還可以顯示自定義的按鈕，命令行選項(xiàng)以及更加豐富的輔助信息等。新的CTaskDialog類提供了很多簡(jiǎn)單實(shí)用的函數(shù)，程序員們可以輕松上手，使用任務(wù)對(duì)話框來(lái)改善應(yīng)用程序的用戶體驗(yàn)，使自己的應(yīng)用程序的界面風(fēng)格跟Vista系統(tǒng)保持一致。下面這段簡(jiǎn)短的代碼就創(chuàng)建了一個(gè)簡(jiǎn)單的任務(wù)對(duì)話框，來(lái)詢問(wèn)用戶對(duì)任務(wù)對(duì)話框的態(tài)度：

Restart Manager Support

在新的Vista Studio 2010中，MFC程序開(kāi)始支持重啟管理器(Restart Manager)。重啟管理器是Vista所引入的一個(gè)重要新特性，它可以在程序意外崩潰的時(shí)候，保護(hù)用戶任何未保存的文檔數(shù)據(jù)等。當(dāng)我們的程序因?yàn)榉N種原因意外崩潰的時(shí)候，重啟管理器可以重新啟動(dòng)應(yīng)用程序并且可以讓用戶選擇是否要恢復(fù)未保存的數(shù)據(jù)等。使用重啟管理器，可以有效地降低我們數(shù)據(jù)丟失的風(fēng)險(xiǎn)，極大地改善程序的抗風(fēng)險(xiǎn)能力。

在Visual Studio 2010中，我們可以通過(guò)簡(jiǎn)單地在程序初始化的地方添加幾行代碼，就使得我們的應(yīng)用程序具有重啟管理器的功能。

Visual C++程序的發(fā)布與部署

新的Visual Studio 2010改變了依賴于Visual C++庫(kù)的應(yīng)用程序的發(fā)布方式。依賴于Visual C++庫(kù)的應(yīng)用程序不再需要Fusion (WinSxS) Manifest，這意味著當(dāng)我們將應(yīng)用程序部署到一個(gè)本地文件夾時(shí)，將不再需要眾多的小Manifest，只需要復(fù)制MFC和C++運(yùn)行時(shí)庫(kù)mfc100u.dll和 msvcr100.dll這兩個(gè)dll文件到Release文件夾就可以了。另外，Visual Studio 2010也同樣支持之前的各種部署機(jī)制，例如合并模塊(.msm)和VCRedist。這些舊有的方法將在System32目錄下安裝Visual C++庫(kù)?？傊琕isual C++程序的發(fā)布與部署將更加簡(jiǎn)單。關(guān)于具體的發(fā)布于部署過(guò)程，我們將在后面的文章中做更加詳細(xì)的介紹。

對(duì)新的C++標(biāo)準(zhǔn)的支持以及在IDE方面的改進(jìn)，就像Visual C++全新鍛造的倚天劍和屠龍刀。倚天屠龍既出，誰(shuí)與爭(zhēng)鋒！