mfc串口通信实例 请问目前做windows桌面应用程序，MFC、QT、C#哪个更好？
请问目前做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程序员需要三到五年的时间来开发自己。
无论做什么，都要有很好的计划，严格的自律，不能把代码拼凑起来。如果你急功近利，你只能做一堆垃圾。
版权声明：本文内容由互联网用户自发贡献，本站不承担相关法律责任.如有侵权/违法内容,本站将立刻删除。
