未知网友:
开发效率上,MFC<WPF<winform
尽管MFC开发界面执行效率高但是开发效率低,作为现在的项目开发来说时间跟开发效率往往能决定项目的成败,所以除非有特别的需求,否则都回尽量避免用mfc来做开发,MFC只是一个弱封装器。
开发成本,MFC〉wpf〉winform
用MFC开发成本太高,对开发者能力要求更高,作为客服当然希望开发的费用越少越好,开发者当然希望钱赚得越多越好,这样一比,这也是MFC没落的一个很大的原因。
界面执行效率上,MFC==WPF〉winform
随着计算机硬件的性能提高,多核cpu的普及,它们的差距会越来越小。
开发灵活性上:wpf〉MFC〉winform
美观上:Wpf〉winform〉MFC
这一项中MFC下要开发出一个华丽的ui极其困难,也许你可以说你可以用控件,但是商业开发控件是要收费的!!Wpf很容易就可以做出vista那样的ui特效。mfc要写出这种效果不知要写到何年何月。
这样一来MFC存在的价值就更低了。效率和美观不如Wpf,开发效率又不如winform,预计不出10年,随着vista取代xp,mfc将会退出历史舞台。
内存使用上:wpf〉winform〉MFC
随着计算机硬件的性能提高wpf这个缺点会被忽略。
使用范围:wpf〉MFC==winform
作者:Peng DU
链接:http://www.zhihu.com/question/36859063/answer/69380841
来源:知乎
取决于你的应用程序。
如果你只需要
传统的桌面应用程序形式 ,
使用 WPF 反而是中负担 ,“at the cost of
GDI's wider range of support and uniform control theming”。
如果你像我一样,喜欢
丰富互动多媒体 形式的应用,肯定 WPF。
作者:再学机械剁手
链接:http://www.zhihu.com/question/36859063/answer/80781661
来源:知乎
你如果是职业码农,请问你学wpf做什么呢?开发桌面exe吗?
就算搞专业桌面应用的企业也都是跨平台方案,有几个用wpf 呢?
你如果是业余码农,为什么不用winform呢?
winform简单而且开发速度快,嫌丑的话再用donetbar之类的插件美化一下即可,最重要的是部署,xp win7基本都有net2.0的环境,直接就能跑。
你能体会到写完wpf,最后部署到xp却发现客户端上安装net4.0 装不上的感觉吗?
作者:匿名用户
链接:http://www.zhihu.com/question/36859063/answer/69321068
来源:知乎
当然是各有各的好喽。
WinFrom比较老是不追求界面,要求一般性能的首选。
Wpf是新一代的Ui开发框架 ,
适合界面要求高的,性能也没有那么不堪,适合快速开发 。所以假如想做好的话这两者甚至是MFC都要熟悉的。这三者即可相互替代,也可相互融合。手机码字
作者:赵科进
链接:http://www.zhihu.com/question/36859063/answer/69389566
来源:知乎
WPF比Winform略好一点的方面是,现在微软的新界面开发方式,都是用XAML,所以Siverlight,WPF,Windows Phone/Metro,学了一样,就一通百通了,但是实质上,都看不到有什么太光明的前景,至少在国内是这样的。
作者:曾冬
链接:https://www.zhihu.com/question/28635364/answer/57365975
来源:知乎
中电,中航,中科院给国家做的项目基本都是MFC,(反正我见过的基本是) ,老的还有dos,dephi,都是历史遗留问题,
对他们来说稳定最重要 ....所以在体制内基本就这样了.....听说军方过几年要推麒麟,我感觉不靠谱,你说让大家去学qt可能么?
mfc在体制内还是有寿命的 ....我们现在做的项目就必须用xp
作者:San Cheung
链接:https://www.zhihu.com/question/33872243/answer/77883232
来源:知乎
谢邀,
主要看使用场景,限定C++的话,
1. 如果还是专业类行业软件,不要求界面花哨的,用MFC也可以。
2. 共享软件,以前网络要求尺寸小,Qt/DirectUI/MFC都不合适,可以用WTL简单搞搞。
3. 如果是通用类软件,要求界面漂亮,
DirectUI是个好选择 。
4. 如果是跨平台需求,Qt是个好东西。