WPF应用程序与Winform的业务应用程序的优势？
我知道asp.net和winform的发展。 我不是那种仅仅因为新手而跳入新技术的开发者。 它需要给我额外的好处，如更高的生产力。
WPF比Winforms纯业务应用程序有什么优势？ 我对WPF提供的额外视觉糖果，animation，渐变，图像显示效果等不感兴趣。 业务应用程序是用于数据input，数据报告以及可能的一些图表和静态显示的照片。
WPF将如何帮助这些应用程序？ 更好的数据绑定？ WinForm是一个成熟的成熟技术，我喜欢事实上我可以在Visual Studio中完成所有工作，而对于WPF（VS＆Blend系列）的多个IDE工作。 另外，我认为WPF没有像Winform对应的数据绑定控件（DataGridView ..等等）。 AFAIK，微软仍将支持Winforms多年。
试着说服像我这样的人切换。
我知道asp.net和winform的发展。 我不是那种仅仅因为新手而跳入新技术的开发者。 它需要给我额外的好处，如更高的生产力。
对于我的团队来说，WPF已经被certificate比用WinForms开发应用程序快得多。 我们最近在32个工作日内发布了一个中型应用程序。 我们拥有一支经验丰富的WPF开发人员的优势，以及那些渴望学习技术的没有经验的人。 士气高昂，生产力令人印象深刻。
WinForm是一个成熟的成熟技术，我喜欢事实上我可以在Visual Studio中完成所有工作，而对于WPF（VS＆Blend系列）的多个IDE工作。
你认为自己是手动编码器还是拖放编码器？ 如果你认为自己是一个拖放器，那么当前的WPF工具作物可能不适合你。 也许等待Visual Studio 2010？ 我几乎完全在XAML中工作。 大多数WPF人可能会认为这是创buildWPF应用程序的最有效方式。 但是，我也手工制作我的HTML，所以我感觉很自然。
WPF比Winforms纯业务应用程序有什么优势？ 我对WPF提供的额外视觉糖果，animation，渐变，图像显示效果等不感兴趣。
我曾经这样想，但最近我开发了一个具有渐变，基本animation和效果的商业应用程序。 这些花哨的function被添加到增强用户体验。 为什么应该商业应用程序是战列舰灰色？ 为什么他们无法使用？ 当然，这并不是颜色，渐变，animation，使商务应用程序可用，但使用这些效果可以帮助用户体验，这对我来说是重要的。 我可以在WinForms中的WPF应用程序中完成所有工作 – 只需花费更长的时间。
更好的数据绑定？
数据绑定支持真的很棒。 这是我在平台上最受欢迎的function。 看看这个精彩的数据绑定的Cheatsheet 。
试着说服像我这样的人切换。
我已经决定，我不会试图说服任何人切换到WPF。 我试图“说服”（所有有经验的Winforms开发人员）的开发人员通常都在平台上挣扎。 他们没有投资于这项技术。 他们不“得到它”。 我鼓励人们检查技术，看看他们是否适合作为开发人员。 学习曲线是巨大的。 如果你通过书籍学习，看看这个SO贴子对WPF书籍的一些迷你评论。 如果您通过video学习，请查看windowsclient.net WPFvideo 。 如果你通过实例学习，看看这个或这个职位。 忘记你所知道的关于WinForms的一切。 WPF真的比WinForms更接近ASP。 创build一些示例应用程序 看看它是否适合你和你的团队。
由于你是多技能（asp.net / winform技能），你可能会看到在WPF中的优势，因为它与Silverlight非常紧密相关。 Silverlight填补了您的富客户端应用程序和Web应用程序之间的差距。
我个人觉得WPF是.NET框架中最好的客户端技术，并且通常会避免在WinForms中进行未来工作的开发。 因人而异
祝你好运。
我有相当多的winforms的经验，只玩过WPF一点，但我卖了。
为什么？
-
更多的灵活性。 如果你想在winforms中做任何非标准的事情，那么痛苦就会随之而来，但是在WPF中它很简单。
-
更好的数据绑定
-
更容易发展（一旦你了解了核心概念，不幸的是需要一段时间）
当我开始看WPF时，我把它当作“Winforms with Vector Graphics”，直接跑到学习悬崖边。 从WinForms转换到WPF的正确方法是采取任何可麻醉的英雄剂量，以便忘记所知的一切，然后从头开始。
但是，严肃地说，如果使用Model-View-ViewModel这样的模式，它会更简洁，更简单。 请阅读The Orbifold ， Google Groups主题和Channel9
然后在某个时候，你会有一个顿悟，并开始数据绑定的一切。 您的代码隐藏将不会比对InitializeComponent（）的调用更多。
感谢您的post。 我的公司有很多时间投资于WinForms。 我无法想象在32个工作日内获得中等规模的应用程序。 我们的authentication周期是结束的几个月，发布周期有时候是每年或更长（尽pipe我们尽可能接近敏捷开发哲学），这就是我们开发的应用程序的性质。
我第一次玩WPF，发现我可以通过使用ElementHost在WinForms中获得WPF的一些好处。 我扩展了一个WPF文本框，然后将我的扩展类包装在一个Win Forms UserControl中，现在有一个使用该WPF文本框的WinForms应用程序，并完成拼写检查支持。
给我留下深刻印象的是，微软想到了这一点（在WinForms中托pipeWPF，反之亦然），因为除非我们可以长时间转换，否则我实在看不到我的公司转向WPF。 有太多的投资在WinForms再次启动。 根据我最近的经验，我可能会开始跟其他开发者谈论我最近的经验，看看他们的想法是什么。 我认为WPF将需要一些时间来习惯，而且这似乎与其他评论一致。
不是一个重复的，但你可能会发现这个post有助于WPF的好处，除了新的graphics位。
WPF或WinForms的内部工具？
只需检查此search结果在这里在Stackoverflow得到无数的答案。 https://stackoverflow.com/search?q=WPF+Winforms
想象一下，如果你可以使用你的桌面应用程序从你的ASP.NET /（Silverlight）页面使用相同的UI（XAML）。 你只能build立一次，但将其连接到….这是WPF / XAML的意图之一…我们真的有吗？ 还没有，但越来越接近。
