WPF、Xaml与MS的未来发展

Question

我开始在WPF上投入巨资，想知道那些比我更有见识的人认为这一决定是明智的。WPF是前进的方向吗？

Answer 1

是的，it 是前进的方向。

WPF和使用XAML作为接口已经彻底改变了我们为客户开发上述接口的方式。可能性是无限的，学习曲线很大，但也有优点。

我们现在可以用XAML做一些3年前用WinForms做梦也想不到的事情，或者做一些需要几行代码和一个小时的逻辑的事情，而这些事情以前需要整整一周的逻辑和四个类文件。

这绝对是MS开发的前进方向，但是总会有人使用WinForms。

他们甚至用WPF开发了VS2010，这肯定会给它带来一些东西，对吧？;)

Answer 2

微软自己已经开始用WPF开发它的企业应用程序。他们的投资是为了让它自己继续下去，没有理由相信地毯会被拉出来。此外，WPF有Silverlight子集，它似乎不会失去动力。

Answer 3

XAML是一种很好的声明性方法，用于设置接口，为您完成了大量巧妙的值转换，并有机会在幕后添加更多内容。然而，可以将它与WPF分开(尽管它们通常是齐头并进的)。

据我所知，XAML4在Workflow Foundation和Windows Communication Foundation中使用.Net声明性语言方面取得了一些进展，这将是很有趣的，因为这两种语言已经有相当多的声明性XML驱动。

因此，XAML无疑是MS的前进方向，特别是考虑到它的核心无非是一种构造对象图的方法--任何对象图。

WPF也将取得一些进展--例如，加入了很多人怀念的DataGrid (已经有了很好的商业替代品)，以及更复杂的像素着色器，这应该会将更多的工作推到硬件上，并提高WPF应用的渲染和启动速度。

至于WPF是否是未来？是的，对于那些与Windows捆绑在一起的人，他们重视手写笔输入和手写识别，并且可以在他们的开发预算中找到空间用于有吸引力的UI开发。

对Flash，Flex，DHTML的攻击？我不知道。我倾向于不这么认为-大多数应用程序不需要胖客户端开发的全部功能，也不太关心像素着色器等，乐于将其与web的可访问性进行交易。

Silverlight和XAML不是无缝交叉兼容的，WPF也不会自动传输到web上。(还没有？)尽管如此，我还是把赌注押在了提高技能上，并发现这段时间是值得的。如果没有其他东西，它对于原型设计来说是非常棒的。