内部工具的WPF或WinForms？

在我的公司,我们开发了许多内部工具,从简单的实用程序到成熟的编辑器.这些工具的优先级是稳定性,可用性和周转时间(意味着可以多快地添加新功能).

到目前为止我们一直在使用WinForms,但是在绘图板上有一些新工具,我正在权衡我们是否应继续使用WinForms或转向WPF.当我们控制环境时,我们不必担心.NET版本等(尽管我们必须暂时在XP上运行).

我熟悉WPF提供的图形优势(基于矢量,硬件加速,皮肤能力),但我想知道WPF是否有任何其他方面可以为WinForms的使用提供令人信服的论据.

谢谢,

不要低估学习曲线.WPF非常适合使用,它可能是一场噩梦.我已经看到WinForms只有开发人员对WPF然后使用ASP.NET更加无助(即使对Web开发知之甚少).虽然大多数开发人员能够在不阅读任何书籍的情况下开始使用WinForms和ASP.NET,并且在某种程度上有所提高,但WPF似乎不可能.

不要忘记第三方组件.是的,市场上甚至有新的参与者,在.NET 3.0之后的几年,例如SoftwareFX最终成功发布了他们的WPF图表解决方案(仅作为示例),但WPF的组件市场仍然明显更小(商业以及开源),并且WPF组件的功能通常不如WinForms组件.

我同意这个体系结构,例如数据绑定概念,如果你遵循像MVVM这样的模式是很好的,但是在MSDN中关于最佳实践的文档很少,例如关于MVVM,所以你必须指出你的团队的文章网络和书籍等你自己.

数据绑定已经非常强大,实际上在WinForms 2.0中非常相似.看起来很少有人知道并充分利用它.(也许他们只在1.1中尝试过,并认为它太复杂了......)