請問目前做windows桌面應用程序，MFC、QT、C#哪個更好？做Windows桌面應用程序，當然是C#。C#是下一代的主要語言。Net框架。它與Windows系統的集成度很高。Win7、win8和

請問目前做windows桌面應用程序，MFC、QT、C#哪個更好？

做Windows桌面應用程序，當然是C#。

C#是下一代的主要語言。Net框架。它與Windows系統的集成度很高。Win7、win8和win10都有自己的版本。Net框架，所以它們根本不需要任何依賴性。C#已更新至8.0版。使用VS開發桌面程序是完美的選擇。WinForm和WPF都是十到二十年來非常成熟的桌面程序框架。你可以通過拖放控件開發桌面程序，速度很快。WPF具有高度的定制性。它可以設計一個漂亮的用戶界面而不丟失web界面，它還具有一個支持的平淡的設計器來輔助用戶界面。

目前，WinForm和WPF桌面框架已經擴展。NETCORE是一個新的平臺框架，所以我認為C是桌面開發的首選。

關于以上我的觀點，您也可以討論一下您的想法。

現在MFC還流行嗎？

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

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

眾所周知，C是一種經典而高效的編程語言。MFC作為一種Windows編程框架，曾經有過大量的支持者。但是微軟沒有在MFC上做更多的創新，例如，沒有像第三方公司的控件那樣在界面上發布新的工具。微軟已經將精力投入到C#，甚至開發了VisualC.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程序員來說是不可想象的。

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

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

很多人說C 的MFC已經過時了，那新入門的人到底應該學什么？

。MFC在軍工和自動化的許多領域隨處可見。即使我們的大多數產品都是由MFC開發的，盡管有些產品使用QT重構。

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

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

作為一名學生，不必擔心是選擇MFC還是QT，或者像duilib這樣的第三方接口庫。實際上，花更多的時間學習數據結構、算法、網絡、內存管理、多線程、動態庫和消息機制更好嗎？

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