大家好,又见面了,我是你们的朋友全栈君。
MFC生成本机代码,自然是很快,可是消息循环减缓了界面显示速度。
WinForm封装了win32的api,多次进行P/invoke操作(大部分使用p/invoke操作封装),速度慢。
WPF是一种新的模型,不再使用win32模型,自己新建模型,使用dx作为新的显示技术,直接访问驱动程序,加快了运行速度,可是,这种模型,需要支持dx9的显卡,硬件要求高(你还能找到现代机器不支持dx9的吗?)
开发效率上,MFC < WPF < WinForm
尽管MFC开发界面执行效率高但是开发效率低,作为现在的项目开发来说时间跟开发效率往往能决定项目的成败,所以除非有特别的需求,否则都回尽量避免用MFC来做开发,MFC只是一个弱封装器。
开发成本,MFC > WPF > WinForm
用MFC开发成本太高,对开发者能力要求更高,作为客服当然希望开发的费用越少越好,开发者当然希望钱赚得越多越好,这样一比,这也是MFC没落的一个很大的原因。
界面执行效率上,MFC == WPF > WinForm
随着计算机硬件的性能提高,多核cpu的普及,它们的差距会越来越小。
开发灵活性上:WPF > MFC > WinForm
美观上:WPF > WinForm > MFC
这一项中MFC下要开发出一个华丽的ui极其困难,也许你可以说你可以用控件,但是商业开发控件是要收费的!!MFC要写出这种效果不知要写到何年何月。这样一来MFC存在的价值就更低了。效率和美观不如WPF,开发效率又不如WinForm。
内存使用上:WPF > WinForm > MFC
随着计算机硬件的性能提高WPF这个缺点会被忽略。
使用范围:WPF > MFC == WinForm
有以上可知:WPF大有取代WinForm和MFC之势,从未来net的发展来看,MFC以后只会变成一种经典,作为一种技术来供开发者学习,WinForm和WPF两者会并存发展,但最终都会被WPF取代,最终实现桌面应用程序和浏览器应用程序的统一。
发布者:全栈程序员-用户IM,转载请注明出处:https://javaforall.cn/128914.html原文链接:https://javaforall.cn
【正版授权,激活自己账号】: Jetbrains全家桶Ide使用,1年售后保障,每天仅需1毛
【官方授权 正版激活】: 官方授权 正版激活 支持Jetbrains家族下所有IDE 使用个人JB账号...