【发布时间】:2015-11-10 09:38:52
【问题描述】:
我开始对 WPF 进行大量投资,并且想知道那些比我更有知识的人认为这个决定是否明智。 WPF 是前进的方向吗?
【问题讨论】:
我开始对 WPF 进行大量投资,并且想知道那些比我更有知识的人认为这个决定是否明智。 WPF 是前进的方向吗?
【问题讨论】:
是的,它是前进的方向。
WPF 和将 XAML 用于接口已经彻底改变了我们为客户开发所述接口的方式。可能性是无限的,学习曲线很大,但有优点。
我们现在可以在 XAML 中完成 3 年前用 WinForms 做梦也想不到的事情 - 或者需要几行代码和一个小时逻辑的事情,而以前需要一整周的逻辑和四类文件。
这绝对是 MS 开发的前进方向,但是总会有人使用 WinForms。
他们甚至用 WPF 开发了 VS2010,那一定会给它一些东西,对吧? ;)
【讨论】:
Microsoft 本身已开始在 WPF 中开发其企业应用程序。他们投资于保持自己的发展,没有理由相信地毯会被拉扯。此外,WPF 有 Silverlight 子集,它似乎并没有失去动力。
【讨论】:
XAML 是一种很好的声明式方法来设置您的界面,为您完成了许多巧妙的值转换,并有机会在幕后添加更多内容。但是,可以将它与 WPF 分开(尽管它们通常是齐头并进的)。
我知道 .Net 4 在 Workflow Foundation 和 Windows Communication Foundation 中使用 XAML 声明性语言方面取得了一些进展,这将是有趣的,因为这两者已经相当多地由声明性 XML 驱动。
因此,XAML 绝对是 MS 的前进方向,尤其是考虑到它的核心只不过是一种构建对象图的方法 - 任何对象图。
WPF 也将取得一些进展——例如,包含了很多错过的 DataGrid(已经有很好的商业替代品),以及更复杂的像素着色器,它们应该将更多的工作推给硬件并提高渲染和启动速度WPF 应用程序。
关于 WPF 是否是未来?是的,适用于那些与 Windows 相关的人,他们重视手写笔输入和手写识别,并且可以在开发预算中找到空间进行有吸引力的 UI 开发。
反对 Flash、Flex、DHTML?我不知道。我倾向于不这么认为——大多数应用程序不需要胖客户端开发的全部功能,也不太关心像素着色器等,很乐意将其与 Web 的可访问性进行交易。
Silverlight 和 XAML 不能无缝交叉兼容,而且 WPF 不会自动传输到 Web。 (但是?)尽管如此,我还是赌了一把,觉得时间花得值。如果不出意外,这对于原型设计来说太棒了。
【讨论】: