MFC與Win32程式設計的區別與聯絡

2021-06-02 02:57:05 字數 3062 閱讀 8403

樓主:

win32和mfc的開發的大概區別知道,我只想知道其主要的方向的區別。兩個都是開發在windows平台上執行的程式,能用mfc開發的,為什麼要用win32api來開發呢,象一些windows上執行的3d引擎,都是用win32 api開發的,所以進行二次開發肯定是用win32 api,但是其他一些ms系統好像沒有必要用api,用mfc就可以了,反正編譯出來的exe都是可以執行的。我不知道我有沒有說明白。想到了再補充吧!謝謝高手的指點。。

#4樓mfc是封裝的類,最後還是會呼叫win32api win32api開發效率是底一些,但比較自由. 有時候mfc是封裝的類不能滿足我們的要求,這時就需要我們自己用api來開發啦

#6樓win32和mfc程式設計的最大不同是

win32是程式設計者自己把訊息和響應函式聯絡在一起。

mfc是程式設計者採用微軟做好了的message-map機制,來處理訊息。

--------------

mfc是便利的,為什麼有人不用呢?

不用mfc的人群往往是從dos時代開始從事視窗程式設計的人,他們早在mfc出世之前就編得一手好程式。

長期的程式設計過程中,每人,每個team都擁有了自己的訊息處理機制程式庫或類庫。

當然有很多人認為他的類庫比mfc使用方便。他們開始為視窗程式設計的時候,mfc的team裡的很多人還在學校裡讀書呢。

--------------

如果不是從那個年代過來的人,還是用mfc吧!

(瞎掰)

#14樓

mfc是專注於使用者介面的,而windows sdk專注於ui, console,windows服務,嵌入式,驅動多種型別的程式.

mfc是一套類庫,適應範圍窄,可以搞erp軟體,但效率不如其他語言高,而且類庫並沒有對ddk,opengl,d3d等專項領導的函式庫進行封裝。而windows sdk提供了專題開發的平台。

mfc中對所有的控制代碼,物件,訊息都進行了嚴格的檢測,如果你不知道它的內部機制,隨便呼叫函式很容易出錯,而sdk提供的是一種寬鬆的開發環境,你可以用物件導向的思想定義自己的類,對介面控制項進行封裝。

在一些專題開發專案,你可以不懂mfc,但是在一些常規的軟體開發,你必須熟悉mfc,同時還要懂sdk.

#17樓

不要把sdk(win32)和mfc當成兩件事。。。。。

不使用mfc並不等於不使用類喲!

本人是從sdk起步進入視窗設計的,但現在所有的新專案如果我能決定的我都用mfc的框架。

以前移植很多美國的軟體,當時mfc的地位還比較低,大部分工程都是sdk(win32)的。

每做乙個移植,就得解讀帶著強烈個性的類群,很痛苦。

現在的移植工作就輕鬆多了,因為大家大多都用mfc了。

除非你個人(你的公司)有一套你(你的公司)自己積累起來的類庫,不然的話,不要對mfc有負面的評價,盡可能使用它。

另外,mfc的達人一定是sdk(win32)的達人。

只會mfc而不懂sdk(win32)的程式設計師幾乎沒有,當然初學者不計其中。

在使用mfc的同時,還要過載/派生它,以滿足我們的要求。如果不懂sdk(win32),就無法做到這一點。

#27樓

win32是windows下的最基本的程式設計方式,使用它得到的**最乾淨最有效率,也是最底層,它是其它所有方式實現的基礎。一般指只使用api和sdk。

mfc是對win32的封裝,使用win32程式設計方法,寫了乙個又乙個類,讓我們不用再重複大量勞動。但畢竟是封裝,所以不可能完全實現win32所有功能。用著雖然方便,但距離細節畢竟遠了,在個性、特殊化方面還有差距。

兩者相比,win32更本質,mfc更抽像。從軟體工程來看,mfc更符合要求,更人性化。我們在正常使用中,優先使用mfc

1.mfc的功能正常情況下可以滿足絕大部分的需要。特殊需要,也可以直接用api和sdk實現。但反過來,win32下想用mfc的東西,卻是非常困難的。mfc下開發,是包融了win32.

2.mfc和vc融合,擁有大量人性化的東西,會極大增加開發效率。如介面、通用對話方塊等。而且它的**是微軟寫的,比你自己用win32實現更值得讓公司信賴。而且**量會降低很多,更容易除錯和維護。

3.很多功能你自己實現起來非常麻煩,甚至你的技術沒達到那標準,而使用mfc很簡單,這會迫使你使用它。

有些場合下不要使用mfc:

1.三維遊戲等,這些東東mfc並沒有包含,這時需要使用其它庫。使用mfc反而不好,會造成臃腫和拖累。

2.特殊程式,如病毒等後台工具。它們根本不需要什麼介面,需要的就是效率,而且要求體積小。這些無疑win32比mfc強,甚至連win32都可以不用。

3.簡單的實現,win32上簡陋的東西就夠用了,或者就算不夠用,但有stl等c++自帶的,那麼mfc就可以不需要了。win32更符合老程式設計員的習慣。而且如stl,同樣功能下,事實上比mfc更優秀

#37樓

mfc在d3d,opengl,ddk開發的弊端:

1.mfc是一種封裝類,是個寵然大物。當你使用d3d,opengl等沒有被封裝的進行開發時,使用它完全是種浪費,不需要它為何要掛上它呢?如編d3d時,它本身已經實現了幾乎所有的需求,不用再拖個油瓶。

2.mfc不僅是一種封裝類,更是封裝了一種mfc程式設計思想。它具有特有的文件檢視結構和訊息影射。我們在做普通程式時,這些會給我們帶來方便。但做d3d時,程式設計思想又回歸win32,那樣更直接和有效。這時mfc的程式設計思想和方式就不合適了。特別是ddk,那是跟底層打交道,要短小高效,跟mfc是兩種不同追求風格。

3.事無絕對,選擇合適的也就是最好的,如果你在進行d3d開發時,還要使用mfc的東西也是可以的。如果不是大量使用,可以把mfc中你需要的部份扒開單獨使用。

#45樓

sdk 程式設計需要自己建立訊息處理機制!mfc是直接做訊息對映

mfc 是對 sdk 的更高一層的封裝,使用起來肯定要方便了,要不封裝了幹嗎!

如果一般應用,mfc 很好

#49樓

win32指系統環境,mfc是微軟的乙個開發平台。

可能樓主說的是sdk與mfc吧。一句話,mfc是對sdk的包裝。就像一瓶酒,它就是sdk,然後給這瓶酒加上乙個盒子,它就成了mfc。

這是我在搜尋此問題時看到的,經過整理,只對一些覺得彆扭的地方做了小修改.

現在高版本的vs都有mfc和win32兩種選擇,#49樓說的不知道是怎麼回事,可能是在說vc6.0吧。

更多樓層詳情,請看

MFC與Win32程式設計的區別與聯絡

兩個都是開發在windows平台上執行的程式,能用mfc開發的,為什麼要用win32api來開發呢,象一些windows上執行的3d引擎,都是用win32 api開發的,所以進行二次開發肯定是用win32 api,但是其他一些ms系統好像沒有必要用api,用mfc就可以了,反正編譯出來的exe都是可...

MFC和Win32的區別

參考一 整理自csdn,感謝各位的智慧型,學習了 mfc就是 微軟給你包裝了的庫,提供了很多擴充套件功能,以及高階功能,這樣方便你使用,而不是自己從頭呼叫api來實現 而api由於是mfc下一層,自然實現更靈活,可以根據你的需要來使用,不會被mfc類庫所限制。win32和mfc程式設計的最大不同是 ...

Win32程式設計

win32 malloc函式的底層實現是win32api utf 16編碼以16位無符號整數為單位,注意是16位為乙個單位,不是乙個字元就只有16位,這個要看字元的unicode編碼處於什麼範圍而定,有可能是2個位元組,也可能是4個位元組現在機器上的unicode編碼一般就是指utf 16 以兩個位...