對比MFC和Winform及WPF

2022-02-22 07:49:43 字數 989 閱讀 1470

mfc 生成本機**,自然是很快。可是,訊息迴圈,減緩了介面顯示速度。

winform 封裝了 win32 的api,多次進行p/invoke 操作 (大部分使用p/invoke操作封裝),速度慢 。

wpf是一種新的模型,不再使用win32 模型,自己新建模型,使用dx 作為新的顯示技術,直接訪問驅動程式,加快了執行速度,可是,這種模型,需要支援dx 9 的顯示卡,硬體要求高(你還能找到現代機器不支援dx9 的嗎?)

開發效率上,mfc儘管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取代,最終實現桌面應用程式和瀏覽器應用程式的統一。

Winform和WPF簡單對比

winforms 指令碼都是基於c winforms是做客戶端軟體,winform是.net開發平台中對windows form的一種稱謂。是一種基於c 的軟體開發平台。如果要新建乙個視窗檔案,wpf中為windows或者usercontrol,檔案以.xaml和.cs結尾。但在winform中,則...

GTK 和MFC不完全對比

1 兩者都是基於物件導向設計的。儘管mfc是用c 寫的,而gtk 是用c寫的,但思想都是物件導向的。gtk 使用glib的物件機制,由於用c寫的,其實現相對有點繁瑣。2 兩者都是基於訊息驅動的。這是gui系統的共性,訊息可以是硬體上報的,如滑鼠事件 鍵盤事件和觸控螢幕等等,也可以是程式產生,如乙個視...

APC和Memcache的區別及優劣對比

apc和memcache都是基於記憶體的快取方案,它們之間最大的區別就是apc用於單機記憶體快取,而memcache可以架構分布式快取。apc不能用於頻繁寫,主要測試讀方面效能,這點上是memcached望塵莫及的。apc的效能會隨著資料存量的增加而下降,這點memcached會更佔優勢 單機記憶體...