WPF、XAML和MS开发的未来

是的,它 是 前进的道路。

WPF和对接口使用XAML彻底改变了我们为客户开发所述接口的方式。可能性是无止境的,学习曲线很大,但有优点。

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

这绝对是前进的道路 MS开发 但是,总会有人使用WinForms。

他们甚至用wpf开发了vs2010,这必须给它一些东西,对吗?;)

微软本身已经开始在WPF中开发其企业应用程序。他们投资于保持自己的状态,没有理由相信地毯会被拉扯。另外,WPF还有Silverlight子集,这看起来并没有失去动力。

XAML是一种很好的声明性方法,它可以通过为您完成大量巧妙的值转换来设置接口,并有机会在幕后添加更多内容。然而,可以将其与WPF分离(尽管它们通常是手拉手)。

我知道.NET 4在工作流基础和Windows通信基础上使用XAML声明性语言已经取得了一些进展,这将是有趣的,因为这两个已经相当声明性强的XML驱动。

因此,对于MS来说,XAML无疑是一条前进的道路,特别是考虑到它的核心仅仅是一种构建对象图的方法——任何对象图。

WPF也将取得一些进展,例如,包括漏掉的数据报(已经有很好的商业选择)和更复杂的像素遮影器,这些遮影器将推动更多的硬件工作,并提高WPF应用程序的渲染和启动速度。

关于WPF是否是未来?是的,对于那些依赖Windows的人来说,他们重视手写笔输入和手写识别,并且能够在他们的开发预算中找到有吸引力的用户界面开发空间。

对flash,flex,dhtml一般来说?我不知道。我倾向于不这么认为——大多数应用程序不需要胖客户端开发的全部功能,也不太关心像素着色器等,而是很乐意将其与Web的可访问性进行交易。

Silverlight和XAML没有无缝交叉兼容,WPF也不会自动传输到Web。(还没有?)尽管如此,我还是冒险去滑雪,发现这是一段很好的时光。如果没有其他的,它对于原型设计是非常好的。