關於MFC是否out了的問題？

01-15

今天看到幾個關於MFC、Qt、C#、WPF的問題，大概是13年左右的討論，很多人說MFC過時了，微軟也把它拋棄了。所以我就想問問，在許多需要用電腦(比如工控機，這裡就不考慮嵌入式系統了) 做控制的場合，或者對響應實時性要求比較高的其它場合，大家用哪一個做界面和功能/演算法的載體？對實時性影響大不大？
比如我現在在做相機目標實時跟蹤，1920*1080的彩色圖像，要求1s處理40幀，使用OpenCV處理圖像。我用的MFC，後面打算移植到C#上，看看對實時性有多大影響。或者大家有什麼建議，謝謝！

嵌入式實時領域，c++寫gui，qt是絕對霸主，幾乎統一天下了……

初中語文都沒及格也要來撕

題主問的是現在，有些人老是說：要結合當時歷史去看。跟那些給譚浩強洗地的語氣一模一樣，現在都2017年了，你們能醒醒么。

c艹艹艹艹艹艹艹分割

過時，被c++ qt完爆，現在還在推mfc的大多是一肚子壞水又學不會新技術的傢伙。

我挺奇怪一個框架里寫代碼到處都能碰到系統api還必須給各個參數填null值的東西是怎麼被人說「封裝的好」，這些人是不是根本不懂「封裝」是什麼東西？

要麼c+++qt，要麼，c+++c#。為啥要想不開的用mfc啊

MFC的落伍不是它的性能落伍，而是它的設計模式落伍了，要做出同樣一個功能豐富樣式美觀的UI，MFC需要花費的精力可能是某些"現代"UI系統的很多倍。

MFC本身有封裝得非常好的框架，整體比較龐大，GUI一般應用還是可以滿足的，但唯一的缺點就是只能在WIndows上用，而QT本身相比於MFC沒那麼多框架之類的要去掌握，可以比較快速地上手，而且QT+C#做出來的界面很漂亮，最主要的是QT是跨平台的，可以將其移植到Linux平台，而且這也是大勢所趨。

你們不覺得討論一個"工具包"是不是好用,能用,本身就是個很低端的話題嗎?在這個話題里裝逼,會不會顯得逼格低了點?.....

MFC做為一個很老了的開發工具包,如果用來學習,參考還是很不錯的.如果要開發新東西,當然用新工具.

但是,盆友,工作中你會碰到新項目老經理,以及老項目,MFC很可能你得用,還必須要用.

他老了,但他還很強壯....,很多事情不能以"LOW"概之.

飄過.....

QT可以跨平台，界面也更好看，MFC很多東西都太冗雜了，要是c++的話，就QT

這個實時性和mfc無關吧，識別是opencv演算法，展示用opengl或者dx.mfc只是提供一個框架而已，不應該牽扯進來實時這種東西

在互聯網領域已經被淘汰，在傳統IT領域，比如某些金融軟體，還有一定市場，因為這些產品一直是用MFC開發的。剩下的，難道你還想用在嵌入式領域么？那估計也就剩下半死不活的WinCE了吧。

說不過時的答主是匿名的233333（我也匿了吧

真的out了

用python都沒問題，感覺需要做的就是選擇一個工具，然後精通，順便說下我選擇了Qt

mfc對界面設計耗費太多精力，如果轉手給另一程序員，理解界面代碼簡直是噩夢。c#簡單許多，按現在的電腦配置，性能不成問題，但很難自動從mfc導入，幾乎全要重寫。

如果界面上有實時性需求，要求零延遲，不建議用C#，因為GC會造成不可控的延遲。