編程老兵告訴你：MFC已經(jīng)不流行了，但沒有絕跡。新手絕對不推薦學(xué)習(xí)和使用，不跨平臺，學(xué)習(xí)曲線陡，周期長，上手慢，微軟已不再支持，現(xiàn)在微軟大力推薦的是c#，正在做跨平臺的事，現(xiàn)在一部分代碼可在windows和Linux下均可運行。

有一部分做工控的，說c#開發(fā)的程序運行效率低，這個不能一概而論，很多測試并不支持此觀點，因為.net語言支持的新特性，比如更加高效地支持多內(nèi)核并行編程，MFC是不支持的，當(dāng)然你也可以說直接用c++調(diào)用API函數(shù)，但那已不是MFC的功勞了。再者工控機如果真的需要高效控制，其實嵌入式操作系統(tǒng)更合適，譬如Linux，此時MFC更排不上用場，需要高效控制的程序，甚至不需要界面，MFC框架笨重，不如直接調(diào)底層API來得快，編寫驅(qū)動程序需要穩(wěn)定高效，但MFC搞不了驅(qū)動程序。labview新版本的二次開發(fā)，甚至只支持.net語言的開發(fā)，vc++被無視了。

之所以MFC沒淘汰，一是有一部分老項目需要維護，另外有一部分特殊軟件確實需要MFC編寫，譬如編寫CAD或者圖像處理軟件，MFC在圖像圖形處理方面的優(yōu)勢還是比.net程序更合適，但沒人做過這方面的性能測試和對比，畢竟那些老的軟件，沒人愿意再用.net重寫一遍。

總之，別抱殘守缺，另外，你到一定層次，語言已不再是重要的東西，只是工具而已，你要解決的是業(yè)務(wù)問題，你還在糾結(jié)語言說明你的業(yè)務(wù)水平并不高，例如只是搞讀寫數(shù)據(jù)庫，或者寫些Modbus這種串口或網(wǎng)絡(luò)通信的低端程序而已。譬如，你可以研究癌癥病人的癥狀，將它們歸結(jié)出各種“指紋”，然后通過人工神經(jīng)網(wǎng)絡(luò)或人工智能的學(xué)習(xí)，有效地推測出哪些患者可能患了癌癥，這樣你的目光就不會局限于語言這個低層次上面了，你會想著用語言快速實現(xiàn)你的業(yè)務(wù)需求，此時MFC便不占優(yōu)勢了，因為它不是快速編程語言。