首頁技術(shù)文章正文

c++培訓之Qt和MFC比較

更新時間:2017-04-14 來源:黑馬程序員C/C++培訓學院 瀏覽量:

MFC(微軟基礎(chǔ)類庫)是專門為windows設(shè)計的一個用于開發(fā)圖形用戶界面的類庫。MFC或多或少使用了面向?qū)ο蟮姆椒òb了Win32的API,正因如此,這些API有時是C++,有時是C,甚至是C和C++的混合體。
Qt這個C++的圖形庫由Trolltech在1991年左右開發(fā)。它可以運行在Windows,Mac OS X, Unix,還有像Sharp Zaurus這類嵌入式系統(tǒng)中。Qt是完全面向?qū)ο蟮摹?br/> 
Document/View model
MFC編程需要使用Document/View模式以及模板(template),如果不使用的話,編程將變得異常困難。而且,模板(template) 設(shè)定了固定的結(jié)構(gòu),若所需結(jié)構(gòu)乃模板未定義之結(jié)構(gòu),則編程難已。例如,劃分一區(qū)域使顯示兩個視圖(view)于兩個文檔(document)。還有一個經(jīng)常的問題是:模板(template)創(chuàng)建了視圖(view)卻無法訪問(access)它,文檔(document)要做完所有事情,但是這經(jīng)常會出現(xiàn)問題。
Qt不強制使用任何設(shè)計模式。如果你認為恰當,使用Document/view沒有任何問題。不使用也沒有任何問題。
 
偽對象 vs 真對象
歸根結(jié)底,Qt和MFC的差異在于其設(shè)計的差異。
MFC的根本目的是訪問包裝起來的用C語言寫的windows的API。 這絕非好的面向?qū)ο蟮脑O(shè)計模式,在很多地方,你必須提供一個包含15個成員的C語言的struct,但是其中只有一個與你所期望的相關(guān),或者必須用舊式的參數(shù)來調(diào)用你的函數(shù)。
Qt恰恰相反,它的架構(gòu)明顯是經(jīng)過精心設(shè)計的面向?qū)ο蟮摹t因此在命名,繼承,類的組織等方面保持了優(yōu)秀的一致性。你只需要提供唯一一個方法的參數(shù),僅此一個。在不同的類中調(diào)用方式也是有很強的連貫性。返回值也很有邏輯性。所有一切達到了簡單和強大的和諧統(tǒng)一。一旦你使用了其中一個類,其他的類也就觸類旁通,因為他們是一致的。
 
消息循環(huán)
MFC是事件驅(qū)動的架構(gòu)。要執(zhí)行任何操作,都必須是對特定的消息作出響應。Windows對應用程序發(fā)送的
信息數(shù)以千計,遺憾的是,要分清楚這些分繁蕪雜的消息是很困難的,并且關(guān)于這方面的文檔并不能很好的解決這些問題。
 
Qt的消息機制是建立在SIGNAL()發(fā)送和SLOT()接受的基礎(chǔ)上的。這個機制是對象間建立聯(lián)系的核心機制。利用SIGNAL()可以傳遞任何的參數(shù)。他的功能非常的強大??梢灾苯哟髠鬟f信號給SLOT(),因此可以清楚的理解要發(fā)生的事情。一個類所發(fā)送的信號的數(shù)量通常非常的小(4或者5),并且文檔也非常的齊全。這讓你感覺到一切盡在掌握之中。SIGNAL/SLOT機制類似于Java中l(wèi)istener機制,不過這種機制更加輕量級,功能更齊全。
 
創(chuàng)建界面
MFC無法創(chuàng)建大小動態(tài)可變的子窗口,必須重新手動修改代碼來改變窗口的位置(這恰好解釋了為什么windows里的dialog是不可以改變的)這個問題在軟件進行國際化翻譯的時候更加嚴重,因為許多國家表達相同意思需要更長的詞匯和句子,必須要對每個語言的版本重新修改自己的軟件。
在Qt中,任何東西都可以手動的敲出來,因為它很簡單:為了得到一個button,可以這樣些
button = new PushButton( "buttonName", MyParentName );
如果想在按下某個按鈕以后想調(diào)用某斷代碼的執(zhí)行,可以這樣寫:
connect( button, SIGNAL( clicked() ), qApp, SLOT( action() ) );
Qt擁有非常簡單而又不失強大的layout機制,以至于不使用它就是在浪費時間了。
Qt還提供了一個圖形用戶工具,Qt Designer,可以用來幫助建立用戶界面。可以修改所使用的任何控件的屬性。不用將他們放在嚴格的位置,可以通過layout完美的組織他們。這個工具所產(chǎn)生的代碼我們是可以實際上閱讀并且可以理解的。生成的代碼單獨放在一個文件里,在編程的同時,你可以隨心所欲的多次重新生成用戶界面。
Qt Designer可以讓你完成許多在MFC中不可能完成的任務,比如用預先填好的生成listview,在每個tab上用不同的view來使用tab 控制。
 
幫助文檔
用戶選擇圖形開發(fā)環(huán)境的時候,幫助文檔是否周全是左右其選擇的重要因素。Visual的開發(fā)環(huán)境的幫助文檔MSDN(這個還要單獨掏錢購買)非常的龐大,有10個CDROM光盤。他包羅萬象,涵蓋廣泛。但是難免有泥沙俱下,主題模糊,關(guān)鍵信息不突出的遺憾。其鏈接設(shè)計的也很糟糕,通過鏈接很難從一個類跳轉(zhuǎn)到其父類或者子類以及相關(guān)的類。如果你搜索一個關(guān)鍵字,不管是Visual C++, Visual J++, Visual Basic,只要包含這些關(guān)鍵字的信息統(tǒng)統(tǒng)的返回來。
Qt的文檔完備且詳細的覆蓋了Qt的方方面面,竟然僅有18M。每一個類和方法都被詳盡描述,巨細靡遺,舉例充實。通過Trolltech公司提供的鏈接或者是Qt Assistant工具,可以方便的從一個類或者方法跳轉(zhuǎn)到其他的類。文檔還包含了一個初學者教程和一些典型應用的例子。同時還提供了FAQ和郵件列表,方便通過Internet或者用戶群來查閱。如果你購買了授權(quán),在一天之內(nèi)你將會得到Trolltech公司的技術(shù)支持。
 
Unicode
使用MFC,如果要顯示unicode,在編譯鏈接的時候必須用到特殊的參數(shù)(和改變可執(zhí)行文件執(zhí)行的入口),必須在每個string前面加上T,將 char修改成TCHAR,每個字符串處理函數(shù)(strcpy(), strdup(), strcat()...... )都要改變成另外的函數(shù)名。更令人惱火的是支持Unicode的軟件竟然不能和不支持Unicode的DLL一起工作。當使用外部DLL來開發(fā)的時候這是個很嚴重的問題,但是你毫無選擇。
使用Qt,字符串用QString來處理,其本身是與生俱來的Unicode.不需要改變什么東西。不要在編譯/鏈接時候增添參數(shù),不要修改代碼,只需要使用QString就可以了。
QSting類功能強大,你可以廣泛的使用它,并且不要擔心Unicode問題。這使得轉(zhuǎn)換為Unicode非常的方便。QSting提供了轉(zhuǎn)換為char * 和UTF8的函數(shù)。
顯然,MFC的CString的設(shè)計相比于Qt的QString設(shè)計有著巨大的不同。CString以char *為基礎(chǔ)提供了很少的功能。它的優(yōu)點是當需要char *類型的時候,可以直接使用CString類型。乍看起來這個好像是個優(yōu)點,其實實質(zhì)上還是有很大的缺陷的,特別是可以直接修改char * 而不要更新類。在轉(zhuǎn)變?yōu)閁nicode的時候這個也碰到很大的麻煩。
相反,QString在內(nèi)部以unicode存儲string,需要時提供char *功能。實際上很少用到char *,因為整個Qt的API用文本的方式響應QString參數(shù)。QString還附帶許多其他的功能,比如自動分享QString的內(nèi)容。這是一個非常強大的類,你會喜歡在很多地方用它的。
 
國際化
使用MFC是可以國際化的,但是需要將每一個字符串放在一個字符串表中,在代碼中到處使用LoadString(IDENTIFIET)。然后轉(zhuǎn)化這些資源到DLL中,翻譯字符串到所需要的語言,改變圖形界面,然后調(diào)用程序使用這個DLL。整個過程是如此的繁瑣,可謂牽一發(fā)而動全身??紤]的事情要面面俱到。
使用Qt的時候,只需要將字符串置于函數(shù)tr()中,在程序開發(fā)中這算是舉手之勞。可以直接在代碼中改變字符串的參考。Qt Linguist,Qt的一個工具,能夠提取所有待翻譯的string并按照友好的界面顯示出來。這個用戶界面非常適合翻譯,使用字典,顯示字符串內(nèi)容,恰當?shù)膗nicode顯示,快捷方式?jīng)_突檢測,檢測未翻譯的字符串,檢測字符串修改情況,功能齊全。這個軟件可以供沒有任何編程經(jīng)驗的翻譯者使用。同時該軟件在GPL的版權(quán)下發(fā)布,可以按照你的需求來修改它。
翻譯以后的文檔保存在XML中,適合軟件復用的原則。為軟件增加一種新的語言版本僅僅是用Qt Linguist產(chǎn)生一個新的文件而已。
 
resources問題
使用MFC,一部分開發(fā)過程要依靠“resources”,在很多的案例中開發(fā)者必須使用他們。這樣會導致如下的后果:
出了Visual Studio,你很難使用其他的工具來完成開發(fā)。
資源編輯器僅有有限的功能,比如:通過Dialog編輯器不可能改變所有的屬性,一些屬性可以改變,另一些屬性則不可能改變。(譯者注:下面還有兩條陳述MFC缺點的實例,但我感覺這些已經(jīng)夠說明問題了,暫時刪節(jié)不譯)
然而Qt并沒有資源的概念,這就解決了以上所提到的問題。Qt提供了一個腳本使得能將編入你的代碼。對于界面設(shè)計,Qt Designer則創(chuàng)建了可讀的代碼。
 
發(fā)布
在發(fā)布基于MFC的軟件時,必須依靠存在于客戶電腦上的MFC。但是這是不安全的,同樣是MFC42.dll,可以基于相同的庫得到3個不同的版本。通常,需要檢查是否擁有正確的MFC42.dll版本,如果不是,就升級它。但是升級MFC42.dll會改變很多軟件的行為。這讓我感到很不舒服,如果用戶在安裝我的軟件以后導致其機器死機該怎么辦?
Qt則沒有這個風險,因為Qt壓根就沒有“升級整個系統(tǒng)”這個概念。

本文版權(quán)歸黑馬程序員C++培訓學院所有,歡迎轉(zhuǎn)載,轉(zhuǎn)載請注明作者出處。謝謝!
作者:黑馬程序員C/C++培訓學院
首發(fā):http://3rdspacecomics.com/news/c.html 
分享到:
在線咨詢 我要報名
和我們在線交談!