使用Qt吧,前提是在這兩者下進行選擇。既然提到了Qt和MFC，我想題主肯定是一個C++的開發(fā)者。其實，在我看來，Windows下開發(fā)界面程序，還有很多其他的選擇。下面我就連同Qt、MFC一起來介紹一下幾種常用的界面開發(fā)框架。

1. Qt,Qt之前是被諾基亞作為塞班操作系統(tǒng)的主力開發(fā)工具，后被廣泛應(yīng)用于PC領(lǐng)域的開發(fā)。Qt最大的優(yōu)勢在于它的跨平臺特性，可以實現(xiàn)一套代碼編寫不同平臺下的應(yīng)用程序，目前多用于Linux系統(tǒng)下的GUI程序開發(fā)，Windows下也有一些使用。

2. MFC.MFC的全稱叫做Microsoft Foundation Class(微軟基礎(chǔ)類庫)，它是將Windows的基礎(chǔ)api封裝后的一個GUI開發(fā)框架。它最大的優(yōu)勢是可以直接使用Windows的系統(tǒng)api,實現(xiàn)程序性能的最大化。它的劣勢在于邏輯太過復(fù)雜，會讓初學(xué)者望而卻步，事實上，很多大學(xué)計算機課堂上都已經(jīng)不在講授mfc（MFC背戲稱為沒飯吃）了。

3. C#.咦，不是在講C++嗎，事實上，很多Windows下的程序都是使用C#快速開發(fā)出界面，在用C++實現(xiàn)后臺控制，這樣既能快速開發(fā)出好看美觀的界面（C#優(yōu)勢所在），又能實現(xiàn)高效的后臺（C++的優(yōu)勢），豈不快哉。

4. WEB.既然C#都能開發(fā)GUI，那么比C#語法還要簡單的web開發(fā)語言不行嗎？當(dāng)然可以了。這里舉個栗子，大名鼎鼎的PC端詞典軟件有道英語詞典正是WEB&C++搞定的。網(wǎng)易的大牛們使用WEB（如HTML5）技術(shù)快速開發(fā)出酷炫的界面以及網(wǎng)絡(luò)通信模塊，再用c++實現(xiàn)算法及其他控制模塊，就這樣最大限度的實現(xiàn)了界面的美觀性和程序性能的整合。

其實選什么學(xué)習(xí)還得根據(jù)自身的需求。語言不分好壞在于人。精通才是正道。當(dāng)下window下流行的編程語言，有vb，mfc，c sharp，。如果沒啥限制，建議第三個吧，簡單粗暴上手快，開發(fā)效率也高。如果公司或硬件限制必須用mfc或其他語言，那學(xué)就是。都是微軟的產(chǎn)品，我開發(fā)項目都用過，知識通用。至于qt封裝是全，相對微軟自家的產(chǎn)品，用的人少些。問題多靠自己解決

謝邀。

具體選擇QT還是MFC，這要根據(jù)題主的需求來決定。如果你入職一家公司，做的是老項目的維護，而原有項目是采用MFC來開發(fā)，那么當(dāng)然，你沒得選，只能老老實實的繼續(xù)MFC，雖然這玩意寫起來真的很虐心。如果是一個全新的項目，那么還是首選Qt。

下面根據(jù)自己的認識，推薦幾款Windows下開發(fā)界面開發(fā)常用技術(shù)。

1）Qt

號稱可以跨平臺，語法結(jié)構(gòu)簡單清晰。面向?qū)ο蟮奶匦泽w現(xiàn)的比MFC明顯。代碼寫起來比較優(yōu)雅，也就是說上手會快一點,最新版本支持的特性QML，可以讓我們用JS，CSS來繪制客戶端界面，寫起來效率也是蠻高的。缺點就是文檔可能沒有MFC那么齊全，基本只有官方的官網(wǎng)和Demo，而且發(fā)布包體積會比較大。

2）MFC

全稱Microsoft Foundation Classes（微軟基礎(chǔ)類庫），可以算的上是上古產(chǎn)品了吧，目前除了維護老項目，應(yīng)該很少有團隊使用MFC來開發(fā)了吧。基本上MFC == “沒飯吃”。建議如果你是初學(xué)者，界面開發(fā)還是不要選擇MFC了。它唯一的好處就是微軟的MSDN文檔比較齊全，相關(guān)論壇和那種問答的資源要多很多，一般初學(xué)者遇到的問題都可以看到前輩們的解決方法。不過目前它已經(jīng)被其親爹微軟拋棄了。

3）Duilib

目前已開源，是一款強大的界面開發(fā)工具，可以將用戶界面和處理邏輯徹底分離，極大地提高用戶界面的開發(fā)效率。唯一不足的是原開發(fā)者已經(jīng)停止維護，很多都是個人在維護，出了問題的話，只能自己去摸索，Debug。下面是一款個人使用Duilib開發(fā)的迅雷播放器界面效果。

最后附上一些基于Duilib開發(fā)的軟件不完全列表（歡迎大家補充指正）：

百度： PPS 愛奇藝 百度殺毒 百度衛(wèi)士 91助手

騰訊： 微信 企業(yè)微信

阿里： 釘釘 支付寶安全控件 PP助手

書生云： 書生企業(yè)云盤

微軟： 微軟壁紙

網(wǎng)易： 易信 云音樂 荒野行動PC版

華為： 華為網(wǎng)盤

金山： 金山快盤

京東： 咚咚

cctv： cbox

酷我： 酷我音樂盒

蘑菇街： TeamTalk

火絨： 火絨安全軟件

盤古： 盤古越獄工具

順網(wǎng)： 網(wǎng)維大師 91y

網(wǎng)狐： 網(wǎng)狐經(jīng)典版

墨跡風(fēng)云： 墨跡天氣

zoomcloud： Zoom 視頻會議

搜狗： 搜狗手機助手

沃通： 沃通代碼簽名工具

驅(qū)動人生： 驅(qū)動人生 人生日歷

維棠： 維棠

深圳市北斗智研科技： 智能辦公助手 ERP管理系統(tǒng)

4）Electron

這玩意應(yīng)該是這幾年才火起來的吧，宣城自己可以通過使用JavaScript、HTML和CSS構(gòu)建跨平臺的桌面應(yīng)用程序，讓人們感覺JS真的有一統(tǒng)天下的趨勢（Web、移動端、PC客戶端）。開發(fā)效率真心的高，不過貌似商用上還不是特別的多，典型的成功案例目前知道的有VSCode，Atom。

兩者之間二選一的話肯定選Qt了，如果再考慮開發(fā)效率與運行效率的話，可以在Python平臺上使用Qt的Python綁定庫PyQt，再配合C++，主體用Python語言，界面部分用PyQt搭建，核心算法部分用C++封裝成動態(tài)庫DLL文件，在Python里去調(diào)用。這樣是一個不錯的方案，Python部分縮短了開發(fā)時間，C++部分保證了運行速度，只是前提是，你要會用C++寫DLL，在Python里會調(diào)用DLL。

作為做了近2兩年windows application的人來說，我直接說Qt！首先我主要做pc和下位機通信的app，如串口、tcpip、總線類等。選qt理由如下：【僅從我的經(jīng)歷來講】

1、Qt開發(fā)效率高。我第一個項目前幾個項目用的MFC，平均時長3個月，一個軟件80%的時間都放在界面上去了。然后后面開始使用Qt，一個月能做好幾個app沒壓力，界面布局很方便，不用像MFC去一個一個控件拖動。

2、Qt庫簡單易懂。個人的感覺就是MFC與win api聯(lián)系太大了，你要玩轉(zhuǎn)MFC，必須要把windowsapi相關(guān)知識搞得明明白白的。而Qt庫把每一個功能都封裝得很好，很容易去使用，不需要沒事就百度怎么用。

3、MFC已經(jīng)在淘汰邊緣了。到如今Qt還在不斷更新，我目前使用的是Qt5.9。在平時招聘的時候，也很少看到有公司讓你專職做MFC，要么Qt，要么C#。

4、Qt跨平臺。我當(dāng)初換Qt的一個原因還是，我以后如果不做windows了可以換linux上位機，Qt可以做到很好的跨平臺，而MFC不行。

兩者沒有好壞之分，需要看應(yīng)用場景。如果是界面要求不高，穩(wěn)定性和效率要求高的工業(yè)軟件，MFC是最好的選擇。如果是界面要求美觀，跨平臺使用，QT是最好的選擇。但是要注意的是QT企業(yè)用是需要授權(quán)費的。另外，windows上的界面還有其他選擇wpf，direct ui等。這里著重提一下direct ui，目前可以找到比較好的就是duilib這個界面庫，開源穩(wěn)定易用高效。關(guān)注我一起探討呀！

QT和MFC我在工作中都會用到，MFC主要是一些老的維護程序，近幾年新開發(fā)的程序基本全部都是用QT。所以我還是建議你用QT，功能強大，使用起來也比MFC簡單，而且如果后面需要跨平臺移植的話，也會很方便。另外我也在不斷更新C++和QT方面的內(nèi)容，關(guān)注我，一起學(xué)習(xí)進步。

我們來簡單比較一下QT和MFC。

1.開發(fā)速度

整體來說可能MFC會快捷一些，因為windows平臺的開發(fā)工具大多很智能，因為立足于windows的開發(fā)人群很廣，從菜鳥到專業(yè)人士，但是QT由于基于Linux，可用的開發(fā)工具不多，大都比較專業(yè)，多是第三方產(chǎn)品，而且集成度不大，第三方庫也沒有MFC得多，從這一點MFC略勝一籌，但是QT自從被Nokia收購后，官方發(fā)布了跨平臺集成開發(fā)環(huán)境QTCreator，所以之后走向就不好說了，個人總體感覺QT Creator和VS.net差距比較大，還需改進。

但是從庫本身來說QT集成的功能較MFC龐大，而且使用的封裝技術(shù)信號和槽也是比較受到贊許的，比如QT Script為QT提供嵌入式腳本，QT界面庫支持CSS，所以QT做出來的界面比MFC要好，而且比較容易，MFC就需要借助第三方庫了。

因為MFC是淺層封裝（最新的2008 sp1加入了BCG的高級界面庫，可能有所改善）windows SDK，以降低使用windows SDK引起的開發(fā)效率的降低，和開發(fā)難度的增加。

所以QT庫是比MFC優(yōu)秀的，兩個庫都經(jīng)受了時間的考驗，穩(wěn)定性都很高，Bug幾乎沒有。

2.運行效率

MFC由于其淺層封裝的特點，所以運行效率是比較高的，加上vc對windows的針對性優(yōu)化，整體性能是比較高的，但是如果加入第三方庫就不敢保證了。

QT因為庫比較龐大，封裝層次較深，所以運行效率較MFC為低，但是在現(xiàn)在的機器配置下，C#大家都不介意了，這些會引起人們的介意嗎？

3.學(xué)習(xí)難度

QT的封裝哲學(xué)比較明晰，和系統(tǒng)隔離得比較好，門檻不高；

MFC較難精通，因為深入開發(fā)之后SDK還是要了解的。

mfc底層太復(fù)雜了，但資料多，開源代碼多。

qt底層可能好點，但資料和整個開發(fā)環(huán)境肯定不如vs系列。

微軟精力不在mfc上面了，而qt則要在競爭中求存活。

用什么看開發(fā)習(xí)慣，熟悉哪個用哪個。有困難找我

必須Qt啊，以后可以完美的移植到Linux下。現(xiàn)在國家都在推自主可控，Qt一套代碼，跨平臺跑。