我的C#.NET团队应该迁移到Windows表示基金会吗?

内容来源于 Stack Overflow,并遵循CC BY-SA 3.0许可协议进行翻译与使用

  • 回答 (2)
  • 关注 (0)
  • 查看 (18)

我们为商业银行提供基础设施服务(数据检索和存储)和小型智能客户端应用程序(主要是花哨的报告)。我们的团队是40位C#.NET程序员的合同雇员。我们支持我们开发的50多个应用程序和系统。

该团队的一些成员开始制作基于WPFWFWCF的应用程序。鉴于他们是第一个,大多数成员不理解这些技术。他们传达什么好处可以克服再培训团队的成本?

提问于
用户回答回答于

WPF UI比现在的C#更容易设计实现和维护,因此如果你的许多代码库负责处理UI,那么迁移可能会有所帮助 - 就像你会发现你的团队将会节省处理它们的时间UI层。如果你的大部分代码都是商业逻辑,那么它就不会有太大的帮助。

用户回答回答于

我们正在完成一个项目,其中我和其他4人开发了一个相当成功的分布式企业应用程序。我们开始使用Win32,然后在第一次迭代后切换到WPF,以满足我们的可用性专家的要求。这是我的经验。

WPF有一些真正非常棒的功能。一般来说,它使得真正困难的事情变得微不足道(比如创建显示丰富演示数据的列表框,例如与表格,副本等混合在一起的图像),但反过来又可以使“在Win32中过去这么容易”痛苦地令人沮丧。我已经在WPF工作了6个月,而且我仍然发现将数据绑定到一个XML数据提供者的组合框是一种可怕的体验。

正如我在上面所说,WPF有一些伟大的和不那么好的约束力。我喜欢如何使用XPath绑定到XML文档或内联片段,但是我讨厌如何使用内置绑定验证,如果绑定是双向的(并且我加倍讨厌如何不能强制内置的绑定验证将用户输入传回给对象,即使数据超出某些业务规则的范围也是如此)。

WPF有一个巨大的学习曲线。这甚至不是曲线 - 它是一堵墙。这是一个粗糙的去。这是一种完全不同的使用Windows演示文稿的方式,对我来说,无论如何,在我开始觉得有点舒服之前,它需要大量的阅读和播放。这不是世界上最简单的东西,但它可以让你做一些令人难以置信的强大的东西(例如,在我们的项目中,我创建了一个表单引擎,可以使用大约300行XSLT创建完全成熟的XAML表单- 完整的绑定和验证)。

总的来说,我非常满意我们选择了XAML,尽管它的学习曲线,它有点错误的性质,以及一些深刻的挫折感。积极因素远远超过了消极因素,它使我们能够做到我认为不可能的事情,而不会对性能产生巨大影响。

如果你决定走WPF的路线,我会强烈推荐这两本书:

扫码关注云+社区