wpf - 什么类型的应用程序启动更快 : Windows Forms or WPF?

Question

据我所知，WPF 应用程序应该比 Windows 窗体应用程序运行得更快，因为 WPF 应用程序使用 DirectX 而不是 GDI 进行渲染。但哪种应用程序启动速度更快:WPF 还是 Windows 窗体？开始时间会大致相同，还是一种类型的应用程序会比另一种快得多？

我不是针对任何特定的操作系统。

Answer 1

需要指出的是，根据我的经验，WPF 渲染器实际上比 Windows 窗体慢很多，尽管使用了 DirectX。这是因为大量的曲面分割和布局计算是在 CPU 端完成的，这有效地抵消了使用 GPU 的性能增益。

只需在谷歌上搜索“WPF 慢”或“WPF 性能”，您就会发现惊恐的开发人员震惊地发现他们将 WinForms 转换为 WPF 所花费的时间和精力因为 GPU 的旋转被浪费了，因为结果比原始应用程序慢.

但是......我会这么说。 WPF 在样式、图形功能、开发人员生产力(数据绑定(bind))、动画、外观和感觉等方面远远优于 WindowsForms。如果性能确实是一个问题，那么在某些方面您可以进行优化。例如，您是否知道可以使用 API 直接写入 WPF 中的位图(请参阅 WriteableBitmap 类)以在内存中执行类似 GDI 的操作？对于某些操作，这(令人惊讶地)比 WPF 原语快约 20 倍。

类似地，您可以使用虚拟化来提高数据网格等的性能。Telerik 有一个他们的网格以交互式帧速率滚动 1,000,000 行的示例。

总之，想想你在做什么，并在网上看到类似的例子。您是在进行实时科学数据采集和可视化，还是只是一个标准的业务线应用程序？比较类似的示例以了解框架的功能将帮助您做出决定。

2013 年第三季度更新

作为更新，在各种项目中，我现在通过将任何东西从 UI 线程中移出，我看到 WPF 的性能越来越快。例如。将 UI 线程留给 UI，使用 Task Parallel Library 或 RX 做尽可能多的工作。使一切异步，并且在等待时不要阻塞 UI 线程。

消除绑定(bind)错误，因为这些错误会导致 WPF 性能问题。

您可以将动画(例如等待或加载动画)移动到不同的线程以实现无故障动画。在进行动画过渡时，您可以使用渲染到位图。

长话短说？可以从 WPF 应用程序(以及流畅的 UI)中获得出色的性能，但您需要做更多的工作!