请问目前做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程序员需要三到五年的时间来开发自己。
无论做什么,都要有很好的计划,严格的自律,不能把代码拼凑起来。如果你急功近利,你只能做一堆垃圾。
原文标题:程序设计入门 请问目前做windows桌面应用程序,MFC、QT、C#哪个更好?,如若转载,请注明出处:https://www.saibowen.com/news/20978.html
免责声明:此资讯系转载自合作媒体或互联网其它网站,「赛伯温」登载此文出于传递更多信息之目的,并不意味着赞同其观点或证实其描述,文章内容仅供参考。