我与一些同事讨论时提到,我们所做的使用 WPF 为 Windows 应用程序创建 UI 的项目并不多(我们几乎总是使用 Windows 窗体)。

  • 你们的经历是否相同——即有没有太多采用这种技术的?
  • 你认为这是为什么?我们是否会有一天看到更多 WPF?
有帮助吗?

解决方案

看看这个 民意调查 它是由澳大利亚的 Windows Forms Contol 供应商完成的。就我个人而言,去年我参与了两个不同程度使用 WPF 的商业项目。

WPF 的采用率正在上升。我相信微软正在把所有的鸡蛋都放到 wpf 的篮子里。

其他提示

WPF 就该技术的功能而言非常出色。这简直就是地球上最好的 UI 构建技术(我的观点)。但是,但是在学习和理解它方面需要巨大的初始和长期投资。另外,从工具的角度来看,它也存在一些障碍,例如无法使用的苹果酒设计器,您必须混合才能进行造型等。

我确信它会流行起来,但这需要时间。但现在它并不那么流行。

  1. 在 WPF 上检查此线程
  2. 在 msdn 论坛上查看有关适用于 LOB 应用程序的 WPF 的对话

绝对是——采用率很小。有很多炒作,但似乎并没有实现。

我在一个项目中使用了 WPF,我可以肯定地说它给我留下了一种未完成的感觉。实现简单的事情太困难了,整个事情有很多粗糙的边缘——背后的原因当然存在,但不明显,甚至根本不可见。Visual Studio 设计器对我的大部分页面完全出问题了,我从来没有弄清楚为什么......

总而言之,从开发人员友好性的角度来看,我认为 WPF 勉强达到测试版质量。

WPF 的学习曲线很陡峭,而且它的开发工具(Expression Studio/Web)也很昂贵,因此,业界没有加入它,我并不感到惊讶。然而,就 Windows 编程而言,它比 Windows 窗体更加健壮和强大,因此我希望看到它的受欢迎程度在未来几年内随着 Microsoft 对 WPF、WCF 和 .NET 的总体改进而增长。如果 MS 降低其 Expression 产品的价格,我预计该框架的受欢迎程度会增长得更快。

WPF 的另一个令人不安的事情是完全缺乏该框架的优秀在线教程。我正在尝试在家学习 WPF,但我发现它很麻烦。我不得不花费大量现金购买开发工具,然后我不得不花更多的钱买一本好书,因为网上没有足够的资源来真正让我了解该框架及其语言。我只需访问 Sun 网站就可以免费学习很多有关 Java 的知识,但对于 WPF,我必须买一本书。根据我的经验,WPF 的参考资料也严重缺乏。对我来说,它让我想起了 VB6 编程。除非这些问题得到纠正,否则我预计框架不会出现任何快速增长。我确实相信业界采用 WPF 和 WCF 技术的主要推动力是 MS 的支持。

尽管 WPF 是几年前推出的,但它还太原​​始,无法在现实世界的应用程序中使用。阻止 WPF 广泛采用的主要问题是缺乏 RAD 工具和现成组件。目前我们有 Blend,或多或少有工作的 Cider,但这些工具的可用版本不久前才出现。另一个原因是完全不同的架构,与 WinForms 相比,由于开发人员的学习\采用期延长,导致开发时间更长。我认为未来几年我们将会看到 WPF 的崛起。

当能够获得真正的生产力时,人们通常会跟随技术潮流。可以弥补采用新平台时通常发生的所有生产力损失。WPF 还没有实现。与 Forms 应用程序相比,构建 WPF 应用程序仍然需要更多的精力和时间,而且从长远来看。

与 Windows 窗体相比,网上有关 WPF 的文档较少、具有 WPF 经验的人员较少、有关 WPF 的博客较少、有关 WPF 的书籍较少、提示/技巧较少等。

不要让我开始了解 XAML。是 XML 吗?这是一个脚本吗?它是一个代码吗?为什么他们决定超链接只是一个标签属性?还有很多事情需要解决。

我无力在 WPF 中构建我的下一个项目,这将花费我更多的成本(人力和时间),却没有任何回报。目前,我们在 WPF 中所做的只是纯粹的内部研究爱好项目。

我目前正在开发一个 WPF 项目——我的第一个项目。学习曲线非常陡峭,但最终我认为 WPF 是一项伟大的技术。潜力是巨大的,尤其是在推进数据可视化方面。我真的很喜欢数据绑定功能以及样式的潜力。但确实需要一段时间才能理解这一点。

我认为 Silverlight 的采用最终将推动 WPF 在桌面上的采用 - 或者也许不会有桌面,因为使用 Silverlight 可以完成的大部分工作将取代许多以前的桌面应用程序。

我正在使用 WPF,我必须说我没有留下深刻的印象。我寻求一种能够帮助我高效创建业务应用程序的技术。我记得构建我的第一个经典 ASP 网站时,对构建一个简单应用程序所需的意大利面条式代码感到厌恶。查看单个页面时,我发现 HTML 和 java 脚本与包含文件和对 com 对象的调用的 vbscript 混合在一起——简而言之,一团该死的不合逻辑的混乱。在我看来,拥有一个简单、可视化且符合标准的开发模型非常重要。我构建了许多 VB6 和 .Net Windows 应用程序,它们有一个简单的开发隐喻,使没有编写原始应用程序的开发人员可以轻松调试和修改它们。表单封装表示逻辑,引用的程序集中的模块和类封装业务逻辑和数据逻辑。ADO.Net 和其他工具使数据访问变得强大、可扩展、动态且可定制。使用 Win Forms 可以轻松调整窗口控件和图形的大小以适应显示器分辨率或客户偏好。

也许 WPF 在图形方面有许多高级功能,但对于大多数商业应用程序来说,形式应该遵循功能——换句话说,我不会在我的银行 Windows 应用程序上放置愚蠢的动画图形。

我不喜欢 Web 开发的原因之一是相对简单的应用程序所需的各种不断变化且复杂的技术,这些技术无法在实际功能结果中提供足够显着的变化。

哦,好吧,这是我的两分钱。

' )

我们为我工作过的一家大型投资银行部署了一个相当重要的 WPF 应用程序。结果非常成功,涉及 OLAP 数据的 3D 可视化,可以更快地进行趋势分析。它正在被广泛使用。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top