-
1 # 工控程式設計
-
2 # 強哥123501902
沒什麼落後的，桌面軟體還是用mfc，懂的人就不落後，而且速度很快。c#那些編寫大型軟體速度太慢，給自己玩玩可以。
-
3 # 一枚老頭
看了一下，這個問題，幾乎100％的回覆者說MFC過時了，這麼大機率的回答讓我很吃驚。
先說結論，MFC不流行，但是沒有過時。
眾所周知，C++難學易用，是一門經典高效的程式語言。MFC作為Windows程式設計框架，曾經有一大批擁躉者。但是微軟並沒有在MFC上做更多的創新，比如，沒有像第三方公司的控制元件一樣，在介面上釋出新的工具。微軟把精力投入到C#上去了，甚至搞出了Visual C++ .NET這種幫助MFC程式設計師向C#過渡的工具。
微軟搞.NET的初衷，是為了與JAVA競爭，是為了在跨平臺應用上制衡JAVA。後來網際網路快速發展，桌面應用反倒是成了邊緣化小眾的需求，大量碼農躋身於網際網路公司，C++和C#被冷落了，使用者佔比在日益減少。
現在的桌面開發，除了C++就是C#，其它還不夠主流(我可能孤陋寡聞了，國外沒用過VS的程式設計師也有一大把)。C++發展了C11/C14/C17，這部分便利被大多數碼農忽略了。第三方控制元件也極大地填補了MFC介面上的不足。但是C++和MFC對新手要求高，沒有C#上手快，這是毋庸置疑的。在當今追求效率的年代，年輕人無疑會選擇C#(更多的年輕人會撲向網際網路，因為那個行業薪水更高)。
但是，C#的隨意性會嚴重破壞程式設計師的良好素養，一個不自律的程式設計師會寫出一大堆混蛋程式碼，讓後續的程式設計師，或者讓一個C++程式設計師哭爹喊娘，直接崩潰。
我手頭上就有一個專案，幾位“前輩們”寫的6000多行的.cs檔案有兩三個，變數漫山遍野，資料處理層次不分，介面遲緩，而且不懂行業應用，充其量算作實驗室的半成品，幾乎沒有實際價值。
C#的便利是可以更快捷、更加無節操地引用第三方控制元件，這樣做的後果是，愛偷懶的程式設計師會過分依賴各種控制元件，強行把不合適的控制元件應用於複雜的工業領域。這在C++/MFC程式設計師看來，是不可想象的。
無論做什麼，都要有良好的規劃，嚴格自律，不能拼湊程式碼。急功近利，只能製造一堆垃圾。
-
4 # IOT程式設計
MFC的時代已經過去了，就像白鬍子說的，這個時代已經沒有我的位置了。
MFC多年不更新不說，她賴以存在的Win32也一併老舊。MFC UI程式設計一個是介面老舊，資料庫介面原始難用，COM，Activex被微軟封禁，作為繼任的.NET都快淘汰了，MFC的處境可想而知。
這些年，微軟有背叛Windows，投降Linux的趨勢，所以MFC的機會只存在於那種外包的老舊系統維護工作中。
不管是嵌入式還是伺服器，都是Linux的天下，移動端是Android或IOS，Linux下的程式設計還能吃上十年，而作為桌面應用的開發框架MFC，現在誰還在意呢？
當然，如果要學習設計模式，MFC還是一個寶藏可以挖掘的，如果時間足夠可以鑽研鑽研，她的MVC的實現還是挺強大的。
-
5 # 金日老油條
大型的工業級軟體只要是有介面的全部是MFC。如UGNX,CATIA,CREO(PROE),CAD,PS,CORELDRAW......如果用wpf,winform。。。後果不堪設想。不說net沒有大型桌面應用的經驗，更不說在這樣的大型軟體它的效能如何的低下。C語言老吧，當你祖祖了，但它是計算機的基礎。MFC就是WINDOWS介面的基礎。
我要開啟一個600M的文字檔案且是一行行的長短不一，對，使用者就要那麼大，老機子上一次差不多吃掉一半記憶體了，超大型的數控加工程式碼，使用者的電腦老的新的都有，你不能要求使用者都用64位最新的Win10作業系統，你沒有權利要求他們那麼做，你做的只能去適應他們，否則他就不用你的產品。我用C#和C++都試過開啟超大文字，要立即顯示且能立即能瀏覽各行，你不能去分段讀取，兩者速度沒法相比，你在老的winXP的工控機上載入個超過3秒使用者就煩了。
工控軟體首先講究的是效能，介面華麗只是錦上添花，如果影響效能，你就捨棄華麗的介面吧。這跟生活消費類軟體根本不一樣。
-
6 # 追求卓越返璞歸真
搞基礎桌面平臺之類產品的用MFC很方便，效率也高，主要分部在有實力的大企業，積累多年，有自己成熟的技術產品體系，搞網際網路專案應用開發的大多是用java，後臺各種服務部署五花八門，又跨平臺，不過絕大多數屬於快餐式應用，對java的技術使用也比較有限，像阿里巴巴、百度等少數企業就屬於高階技術應用了，總之，學好MFC不會差，學精通不會沒人要！
-
7 # 夢虛竹林
mfc優勢不大了，c++可以開發基礎軟體，比如資料庫，介面可以用別的語言平臺了，甚至javascript都行。
-
8 # 使用者675495765264
MFC只是個庫，會C++還可以用QT，流不流行沒啥關係，主要是學思想。MFC深入淺出這本書介紹的就是其思想，經久不衰。打個比方就好比你手中有錢，買什麼東西決定權在你。
-
9 # 凡人中年男
首先，c++與mfc兩碼事，現在應該是c++還有很多地方離不開，比如ace的效率,然而mfc少多了，除了遺留軟體。
-
10 # 一個程式設計師的奮鬥史
不流行，但是也沒有滅絕！
這個遠古時代的產品，如今就連他的親爹微軟也不再看好，MFC=沒飯吃！
如果你還是在校學生，建議你瞭解MFC的思想即可，不必去深究；C++的介面庫，去學學QT，不是更香嗎？中國產化當頭，相信QT的市場會更加廣闊！
如果你已經工作，並且很不幸，目前的開發以某一祖傳程式碼為基礎，且是MFC累積的，那麼我只能建議你業餘時間學習掌握下QT，隨時準備跑路吧！
為什麼力推QT呢？答案很簡單，對於C++而言，如果你主攻客戶端方向，如果你不懂QT，恐怕說不過去了吧。而且它語法簡潔（相比MFC），跨平臺支援，而且推出的QSS可以讓我們像Web開發中CSS那樣，愉快的進行介面UI的佈局了。
下面就是一張採用QT提供的QSS
為什麼說MFC還沒有滅絕呢？其實現在很多特定行業還是有一定需求的。不怕各位看官笑話，我司的產品目前就是搭載在MFC這套程式碼框架上，雖然部分介面採用了QT重構，但是整體仍以MFC為主，當然，我沒有參與產品的開發任務。
在這裡舉一個簡單的例子，我們以某勾為例，輸入MFC關鍵字，全國範圍內職位還是有的，雖然不多，當然一家的資料不夠準確，僅供參考。據我所知，很多的非網際網路行業MFC還是有用到的，就像XP目前還有一定的市場領域一樣！
回覆列表
1.答案。
絕對不流行。
2.原因。
大家都知道市面上程式設計軟體五花八門，強弱不一，又是跨平臺，又是高效率的。二十幾年前的產品自然競爭不過，所以微軟大力推出與推廣c sharp，力壓群雄！至於mfc也只是維護再搞些收購，如下圖它收購的擴充套件庫介面。
3.建議。
我06年接觸mfc，使用它編寫運動卡，各種採集卡啥的，流不流行不重要，你工作賺錢需要它才重要。各硬體廠家，軟體庫廠家都很好的支援mfc，近些年也開始提供c sharp開發資料。所以選擇就在兩者。
4.總結。
c sharp是真的好。
工業控制多考慮向下相容，你得考慮老舊的裝置，專案，會c sharp的很難學mfc，反過來很極為簡單。所以先學mfc再過度c sharp 更明智些。