很多人說C 的MFC已經(jīng)過時了，那新入門的人到底應(yīng)該學(xué)什么？。MFC在軍工和自動化的許多領(lǐng)域隨處可見。即使我們的大多數(shù)產(chǎn)品都是由MFC開發(fā)的，盡管有些產(chǎn)品使用QT重構(gòu)。您選擇MFC。我們先來看看效

很多人說C 的MFC已經(jīng)過時了，那新入門的人到底應(yīng)該學(xué)什么？

。MFC在軍工和自動化的許多領(lǐng)域隨處可見。即使我們的大多數(shù)產(chǎn)品都是由MFC開發(fā)的，盡管有些產(chǎn)品使用QT重構(gòu)。

您選擇MFC。我們先來看看效果圖。以下是QT（PS:author-CSDN-one-to-two-threeli）的一個新特性QSS開發(fā)的一組界面蒙皮變化效果圖

！作為C接口開發(fā)的首選接口庫，它具有優(yōu)雅的API設(shè)計、跨平臺支持、完整的官方文檔以及持續(xù)的維護和更新。與MFC不同的是，即使是它的教父微軟也放棄了它。最后，QT對新手非常友好。

作為一名學(xué)生，不必擔心是選擇MFC還是QT，或者像duilib這樣的第三方接口庫。實際上，花更多的時間學(xué)習(xí)數(shù)據(jù)結(jié)構(gòu)、算法、網(wǎng)絡(luò)、內(nèi)存管理、多線程、動態(tài)庫和消息機制更好嗎？

接口，C不是真正的強項。C和電子不夠香嗎？

現(xiàn)在MFC還流行嗎？

看了這個問題之后，幾乎100%的受訪者表示MFC已經(jīng)過時了。我對如此高的可能性感到驚訝。

總之，MFC并不流行，但它并沒有過時。

眾所周知，C是一種經(jīng)典而高效的編程語言。MFC作為一種Windows編程框架，曾經(jīng)有過大量的支持者。但是微軟沒有在MFC上做更多的創(chuàng)新，例如，沒有像第三方公司的控件那樣在界面上發(fā)布新的工具。微軟已經(jīng)將精力投入到C#，甚至開發(fā)了VisualC.NET，一個幫助MFC程序員過渡到C#的工具。

微軟的初衷。Net是為了與Java競爭，在跨平臺應(yīng)用中平衡Java。后來，隨著互聯(lián)網(wǎng)的迅速發(fā)展，桌面應(yīng)用成為邊緣化少數(shù)群體的需求。大量編碼人員加入互聯(lián)網(wǎng)公司，C和C被忽視，用戶比例不斷下降。

今天的桌面開發(fā)，除了C是C#，其他都不是主流（我可能不知道，也有大量的國外程序員沒有用過VS）。C開發(fā)了C11/C14/C17，這被大多數(shù)數(shù)字農(nóng)場主所忽視。第三方控件也大大彌補了MFC接口的不足。但是C和MFC對初學(xué)者的要求比C更高，這是毋庸置疑的。在當今的效率時代，年輕人無疑會選擇C#（更多的年輕人會涌向互聯(lián)網(wǎng)，因為這個行業(yè)支付的費用更高）。

然而，C?的隨機性將嚴重損害程序員的良好素質(zhì)。一個沒有紀律的程序員會編寫大量的私生子代碼，這會讓后來的程序員或C程序員哭哭啼啼，直接崩潰。

我手頭有一個項目。有兩三個。幾位“前輩”寫的6000多行CS文件。變量滿山都是，數(shù)據(jù)處理水平不分，接口慢，不懂行業(yè)應(yīng)用。充其量只是實驗室的半成品，實用價值不大。

C#的方便之處在于它可以更快地引用第三方控件，而無需任何約束。因此，懶惰的程序員會過分依賴各種控件，迫使不適當?shù)目丶?yīng)用于復(fù)雜的工業(yè)領(lǐng)域。這對于C/MFC程序員來說是不可想象的。

我的意思是，互聯(lián)網(wǎng)行業(yè)的程序員不適合討論這個問題。桌面應(yīng)用程序、MFC或C程序員并沒有過時。不同的是，一個C程序員可以在三到兩個月內(nèi)開始，但C程序員需要三到五年的時間來開發(fā)自己。

無論做什么，都要有很好的計劃，嚴格的自律，不能把代碼拼湊起來。如果你急功近利，你只能做一堆垃圾。

c 程序員轉(zhuǎn)java好轉(zhuǎn)嗎？

在這個時候，我終于有時間寫一篇我想寫的文章。其實，這篇文章的標題并不十分準確。當C程序員編寫java代碼時，他們不必轉(zhuǎn)用java而放棄C，他們只有一個選擇。這兩種語言各有優(yōu)點。我們不要談?wù)Z言爭端。讓我們假設(shè)一個朋友需要這樣的角色轉(zhuǎn)變。在編寫了多年的C語言之后，突然一個項目需要用Java來編寫。

Java語言和C語言在語法上有很多相似之處，但在本質(zhì)上有區(qū)別。當一個合格的C程序員寫下每一行代碼時，他必須記住如何存儲代碼中的每一個變量，堆棧結(jié)構(gòu)是什么，如果處理不當，哪一塊內(nèi)存會造成很大的麻煩。然而，Java程序員有些不同。由于Java語言規(guī)范和Java虛擬機規(guī)范是分離的，再加上自動GC，操作性較差。但這不是壞事。畢竟，手動內(nèi)存管理有其復(fù)雜性。

就個人而言，對于C程序員來說，Java語法沒有問題?？梢哉f80%以上的結(jié)構(gòu)是相同的，所以這不是問題。但是如果你學(xué)英語語法，你能通過大學(xué)英語六級考試嗎？我們能和外國人見面聊天嗎？不一定。順便說一句，我們要學(xué)習(xí)方言、成語和句型。當我們進入Java世界時，我們必須按照Java的規(guī)則來玩。例如，如何創(chuàng)建一個對象、如何比較兩個對象、如何使用枚舉類型、如何編寫泛型代碼、并發(fā)代碼何時要實現(xiàn)上層結(jié)構(gòu)、何時在代碼中拋出異常以及何時使用反射。我認為，一個更專注于技術(shù)的人可能還需要至少三個月的項目培訓(xùn)才能獲得資格。當然，我說的前提是這個C工程師有相當?shù)幕A(chǔ)，所以他可以站在一座山上看另一座山。

所以我認為C程序員轉(zhuǎn)向Java的捷徑是：學(xué)習(xí)Java習(xí)慣用法、模式和項目調(diào)整。

C程序員的另一個優(yōu)勢是，由于主流JVM是用C/C代碼編寫的，因此喜歡深入研究的人會非常有幫助。只要你有足夠的調(diào)試技巧，對一切都了如指掌，這種方法也適用于JavaScript，因為V8也是C，因為標準C語言沒有為操作系統(tǒng)提供內(nèi)容，如果你想為系統(tǒng)開發(fā)應(yīng)用程序，就需要使用系統(tǒng)提供的API。比如微軟的系統(tǒng)是MFC，使用起來很麻煩，不能跨平臺。然而，Java是一個虛擬機。您只需使用虛擬機提供的類庫即可完成應(yīng)用程序，無需再學(xué)習(xí)系統(tǒng)API，只要操作系統(tǒng)支持Java虛擬機，跨平臺就很方便。還有封裝效率的問題。Java提供的類庫相對簡單，使用方便。這與C的MFC有關(guān)，也與開發(fā)環(huán)境有關(guān)。用VC6.0開發(fā)Windows應(yīng)用程序是用C語言編寫的，我不認為它在Java環(huán)境中是所見即所得。研究Java的組織結(jié)構(gòu)對您來說是很費時的。但是Java環(huán)境要簡單得多。最后，C語言不支持面向?qū)ο蟮腏ava，但我認為這不是重點，因為如果不使用Java提供類，就不需要從頭開始構(gòu)建Java