【问题标题】:WPF, Xaml and the future of MS DevelopmentWPF、Xaml 和 MS 开发的未来
【发布时间】:2015-11-10 09:38:52
【问题描述】:

我开始对 WPF 进行大量投资,并且想知道那些比我更有知识的人认为这个决定是否明智。 WPF 是前进的方向吗?

【问题讨论】:

    标签: wpf xaml


    【解决方案1】:

    是的,它前进的方向。

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

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

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

    他们甚至用 WPF 开发了 VS2010,那一定会给它一些东西,对吧? ;)

    【讨论】:

    • 谢谢丹尼尔。就界面开发而言,我完全同意。我一直使用 AutoCAD 2010 和 Excel 2010 作为界面示例,并且能够复制我尝试过的每个控件。就 VS 2010 而言,我下载了 Alpha,它在视觉上很吸引人,但就可用性而言(尚未)值得吹嘘。
    • 同意VS2010的评论。就可用性而言,没有什么可吹嘘的,但 GUI 非常好。不过进入 WPF - WPF 和 Silverlight 确实是 .NET 的未来,越早掌握新技术越好!
    • 我突然想到,凭借 WPF 的灵活性,MS 已经(对于所有密集型海豚)允许 UI 行业(如果不是软件)开始取得更大的进步。看看随着新想法的出现和被采用或被盗,IP会发生什么应该很有趣。
    【解决方案2】:

    Microsoft 本身已开始在 WPF 中开发其企业应用程序。他们投资于保持自己的发展,没有理由相信地毯会被拉扯。此外,WPF 有 Silverlight 子集,它似乎并没有失去动力。

    【讨论】:

    • 感谢安东尼抽出宝贵时间!
    • 我刚刚重新阅读了您的评论,并花了几分钟的时间来回忆我基本上不得不丢弃的 VB 6.0 代码。所以,重点。
    • 这是野兽的本性,没有任何语言真正存在。除了 COBOL,我偶尔也会这样做。
    【解决方案3】:

    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。 (但是?)尽管如此,我还是赌了一把,觉得时间花得值。如果不出意外,这对于原型设计来说太棒了。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2011-03-07
      • 1970-01-01
      • 2013-06-03
      • 1970-01-01
      • 2020-11-28
      • 1970-01-01
      相关资源
      最近更新 更多