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取代，最終實現桌面應用程序和浏覽器應用程序的統一。
