vs2005裡的C++ 項目有clr程式、win32控制台程式、MFC程式，它們的差別

MFC、ATL和CLR是VC2005内置的3大庫，涵蓋了windows的各種開發方法和開發應用。當然關于C++開發的庫不止這3個，不過這3個是微軟推薦。從程式設計所處層次而言，WIN32為最底層,其次是MFC.然後是CLR.

====== WIN32 winAPI MFC MFC類庫 CLR .net庫 ===== 

1. WIN32正常就是不用MFC，使用API函數編的程式。 

2. MFC庫有很多年的曆史了，MFC是基于Windows API 的簡單封裝。其核心架構基于"Document/View"架構（20年前被認為很潮流的一種概念）和消息流動機制。這個庫自從VC6開始到現在都沒有多大改動。MFC封裝的範圍包括GUI，IO，資料庫，網絡程式設計等等方面。但是很多系統開發必須的api都沒有封裝，這樣開發者一般都在MFC的基礎上自己處理與業務相關的任務。事實上很多人用MFC隻是利用其GUI部分的封裝。這個庫GUI處理的效率也并不是很高，有時候與UI處理相關的代碼會占到整個項目的一半甚至更多。總的來說，這是一個垂老的庫，微軟在10年以來，除了對MFC進行修修補補以外，沒有進行大的改進或者更新。如果你問MFC還會活多久？恩，這是個問題。如果有一天MFC不在了，微軟在這個級别上并沒有其他産品能夠代替它。

3. CLR庫是随着.Net Framework 2 和VS2005一起釋出的庫，其核心的實作和C#，VB.net 一樣。都是基于公共語言運作庫。.Net Framework封裝了大量系統的api，以類庫的形式提供給開發者。C++中的CLR庫可以使用其中和本機代碼有關的部分，目前C++還不能涉及到asp.net部分。CLR庫中的C++颠覆了很多标準C++的傳統，甚至可以說，這裡的C++不是C++，隻是披着C++的皮幹其他的事。這裡的C++更像是C#或者類似的語言。是以這裡不叫C++，而叫做C++/CLI，值得一提的是，有關C++/CLI的部分目前還沒有被标準C++接受，最近微軟有關C++/CLI标準化的提案被C++标準化委員會拒絕了。是以C++/CLI目前還是微軟的一家之言。 

4.ATL用于編寫COM程式。ATL庫貌似也年紀很大了，至少在我接觸到VC的時候就有它的存在了。這個庫可以追溯到COM元件，因為ATL的目的就是幫助開發者更好的與COM互動。到底什麼時候有COM這個東西的 ？我也不知道，我隻知道COM是有16位版本的，在Windows更新到32位的時候COM也随着更新到了32位。COM就像一些封裝好的類對象一樣，通過封裝系統的api，提供一些标準的方法來給你使用。是以系統中有什麼元件，就可以在ATL中用什麼方法 。是以ATL不止可以寫ActiveX，也可以有window，也可以有其它。有時候有些微軟釋出的功能是隻以COM元件的形式釋出的，例如MSXML，這時候MFC就不适合，是要ATL來處理的。但是ATL在處理UI這方面并不是很強，是以微軟工程師有一個開源的UI 架構，叫做WTL，專門用來處理UI的。ATL庫的缺點是，作為模闆庫，在出現錯誤的時候會比較麻煩，出錯提示會牛頭不對馬嘴。