對比MFC ，Winform ，WPF

原文：http://hi.baidu.com/rickiedu/blog/item/37c9fe24adada61d8a82a1db.html
MFC 產生機器碼，自然是很快。可是，訊息迴圈，減緩了介面顯示速度。 

winform 封裝了 win32 的api，多次進行P/invoke 操作 （大部分使用p/invoke操作封裝），速度慢 。 

wpf是一種新的模型，不再使用win32 模型，自己建立模型，使用dx 作為新的顯示技術，直接存取驅動程式，加快了運行速度，可是，這種

模型，需要支援dx 9 的顯卡，硬體要求高（你還能找到現代機器不支援dx9 的嗎？） 

開發效率上，MFC <WPF <winform 

儘管MFC開發介面執行效率高但是開發效率低，作為現在的項目開發來說時間跟開發效率往往能決定項目的成敗，所以除非有特別的需求，

否則都回盡量避免用mfc來做開發，MFC只是一個弱封裝器。 

開發成本，MFC〉wpf〉winform 

用MFC開發成本太高，對開發人員能力要求更高，作為客服當然希望開發的費用越少越好，開發人員當然希望錢賺得越多越好，這樣一比，這也

是MFC沒落的一個很大的原因。 

介面執行效率上，MFC==WPF〉winform 

隨著電腦硬體的效能提高，多核cpu的普及，它們的差距會越來越小。 

開發靈活性上：wpf〉MFC〉winform 

美觀上：Wpf〉winform〉MFC 

這一項中MFC下要開發出一個華麗的ui極其困難，也許你可以說你可以用控制項，但是商業開發控制項是要收費的！！Wpf很容易就可以做出

vista那樣的ui特效。mfc要寫出這種效果不知要寫到何年何月。 
這樣一來MFC存在的價值就更低了。效率和美觀不如Wpf，開發效率又不如winform，預計不出10年，隨著vista取代xp，mfc將會退出曆史舞

台。 

記憶體使用量上：wpf〉winform〉MFC 

隨著電腦硬體的效能提高wpf這個缺點會被忽略。 

使用範圍：wpf〉MFC==winform 

有以上可知：WPF 大有取代winform 和MFC之勢，從未來net的發展來看，MFC以後只會變成一種經典，作為一種技術來供開發人員學習，

winform和WPF兩者會並存發展，但最終都會被WPF取代，最終實現傳統型應用程式和瀏覽器應用程式的統一。