做windows桌面应用程序，当然是c#。
c#是下一代的主要语言。net框架。它与windows系统的集成度很高。win7、win8和win10都有自己的版本。net框架，所以它们根本不需要任何依赖性。c#已更新至8.0版。使用vs开发桌面程序是完美的选择。winform和wpf都是十到二十年来非常成熟的桌面程序框架。你可以通过拖放控件开发桌面程序，速度很快。wpf具有高度的定制性。它可以设计一个漂亮的用户界面而不丢失web界面，它还具有一个支持的平淡的设计器来辅助用户界面。
目前，winform和wpf桌面框架已经扩展。netcore是一个新的平台框架，所以我认为c是桌面开发的首选。
关于以上我的观点，您也可以讨论一下您的想法。
看了这个问题之后，几乎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程序员需要三到五年的时间来开发自己。
无论做什么，都要有很好的计划，严格的自律，不能把代码拼凑起来。如果你急功近利，你只能做一堆垃圾。
