开发桌面windows应用程序，VC/MFC 和 C#/windows form 还有 C#/WPF 哪个好

gusto 2013-09-11 08:54:27

各自优缺点，能不能说说？

...全文

1472 14 打赏收藏转发到动态举报

写回复

用AI写文章

14 条回复

切换为时间正序

请发表友善的回复…

发表回复

yzg100 2013-11-14

打赏
举报

要效果，肯定WPF。功能简单，实用使用WindowForm

海涵德 2013-09-25

打赏
举报

别讨论这个问题了，需要什么就用什么，重要的要创造价值。

碼上道 2013-09-25

打赏
举报

开发像VS那样的界面不知道是不是可以用wpf,估计还是winform比较好。

E次奥 2013-09-25

打赏
举报

根据需求决定，你要开发一个大型网络游戏的话肯定用底层语言好啊。要开发一个小程序用随便用哪个都行。WPF主要是灵活，界面好看！

海涵德 2013-09-24

打赏
举报

不是一个层次的事情，讨论起来实在没有意义。 vc写windows需要Windows API，属于低级开发，难度大，一般没有多少人写。 c#些winform程序很方便，属于高级开发，难度小，目前多数人使用。如果要是做动画效果，强调图形化表现，使用wpf效果显著。

interlc 2013-09-23

打赏
举报

看了楼上大神们的发言，深有感触，没有完美的技术，只有适合的技术，作为商业软件，成本是最重要的因素，开发团队对某项技术比较熟悉，相对开发成本就会少一些。如果是自己感兴趣，当然要学习最新的技术了，可以了解设计者的思维方式，出于什么目的对某项技术做一些改变，设计者是怎么思考的，这些东西以后的开发者可能都会借鉴到。而且软件基本的东西都是不变的就是“数据加算法”。

namhyuk 2013-09-18

打赏
举报

2楼的文章是10年的，那时候win8还没出来，vista自带.net framework，当时很多小伙伴们对wpf的前景那是相当的充满期待了。结束用了10年，20年的win32 api的时代，进入用directx渲染界面的，超级灵活的modern application时代。问题是，你看看现在，wpf应用普及起来了吗？小伙伴们的注意力都被apple, android, 手机，平板吸引过去了。哦，这个倒是和楼主提到的windows桌面开发没什么关系。既然考虑到wpf，那应该是范围比较局限的应用吧。比如用图形化方式实时监控工程，或者大型商场的购物导航、触摸屏，或者医疗可能要用的一些应用等等吧。而不是那种普及型的，像qq, 迅雷似的供全民下载用的。我个人认为选择wpf，要考虑是不是能真正发挥它强项的地方。一般的以数据的读取，显示，统计等为主的应用，我觉得不如用winform, silverlight来的有效率, 或者asp.net这样网页应用。

gusto 2013-09-18

打赏
举报

引用 4 楼 GERRARD__8 的回复:

WPF 是趋势是肯定的了。 VS2012都没有winForm了。从项目来看，winForm还是最佳的选择吧。原因很多，主要是支持好第三方控件多。毕竟项目还是考虑开发成本的

WPF 支持第三方控件不行吗？（用vs2010的话），和winform比差在哪里？

Bonjour-你好 2013-09-16

打赏
举报

引用 4 楼 GERRARD__8 的回复:

WPF 是趋势是肯定的了。 VS2012都没有winForm了。从项目来看，winForm还是最佳的选择吧。原因很多，主要是支持好第三方控件多。毕竟项目还是考虑开发成本的

“VS2012都没有winForm了”是指vs2012不能创建WinForm？

GERRARD__8 2013-09-15

打赏
举报

WPF 是趋势是肯定的了。 VS2012都没有winForm了。从项目来看，winForm还是最佳的选择吧。原因很多，主要是支持好第三方控件多。毕竟项目还是考虑开发成本的

jv9 2013-09-12

打赏
举报

网上评论这几门开发技术的文章很多，这几个都是不同时代的产品，相比起来各有优缺点。通常来说，我们会根据项目需求选取开发技术。例如，应用运行环境，硬件设备等。二楼的文章分析的很不错，楼主可以借鉴，但是，还是需要根据实际项目决定。

gusto 2013-09-11

打赏
举报

网上看到一个2010年7月文章。。你们觉得对吗？ 对比MFC和Winform及WPF MFC 生成本机代码，自然是很快。可是，消息循环，减缓了界面显示速度。 winform 封装了 win32 的api，多次进行P/invoke 操作（大部分使用p/invoke操作封装），速度慢。 wpf是一种新的模型，不再使用win32 模型，自己新建模型，使用dx 作为新的显示技术，直接访问驱动程序，加快了运行速度，可是，这种模型，需要支持dx 9 的显卡，硬件要求高（你还能找到现代机器不支持dx9 的吗？）开发效率上，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 有以上可知：WPF 大有取代winform 和MFC之势，从未来net的发展来看，MFC以后只会变成一种经典，作为一种技术来供开发者学习，winform和WPF两者会并存发展，但最终都会被WPF取代，最终实现桌面应用程序和浏览器应用程序的统一。

gusto 2013-09-11