对于主观帖子感到抱歉，但我认为这是一个值得讨论的话题。随着4.0 WPF终于成为一个非常可靠的平台，用于开发丰富的应用程序。但是，有些事情我仍然觉得非常有限。随着v.Next接近，突出你最大的WPF抱怨可能是有用的（也不要忘记将其提交到（http://dotnet.uservoice.com/forums/40583-wpf-feature-suggestions)
这是我最大的抱怨，你的是什么？
1）动画质量。它们可以更顺畅，不要误解我的动画很好但是它们不是你用iOS看到的质量。我不确定这是不是因为WPF不支持vsync，因此很难拥有那些超平滑的动画
2） UI中没有多线程。我理解这个推理，我听说在UI中存在一个由于复杂性/截止日期而被废弃的多线程模型。然而，目前的模型对IMO非常有限。目前，您无法运行一个动画，并且在没有动画卡顿的情况下开始执行任何其他UI密集型操作。即使重新构建WPF多线程也超出了他们的范围，他们应该尝试以某种方式制作多线程动画。目前，解决这个问题的唯一方法是使用和分层运行在不同线程上的窗口，这种方法很快就会变老。
3）没有原生的WPF webbrowser控件当然你可以使用windows窗体webcontrol，但它不是你可以操作的本机WPF控件，性能仍然非常糟糕。与用于WPF的Chromium浏览器相比，它非常快。希望他们能够正确地整合IE9
4）文字质量，使用WPF 4.0，它们大大提高了文本质量，特别是对于小文本。但是我仍然看到许多WPF应用程序具有次优的textrendering。对于大中文本来说尤其明显。我不是说它不好也不是很好。如果他们可以采用与Photoshop相同的渲染文本质量（可能每个配置都可以在需要时牺牲性能以获得质量），那么它将真正使WPF超越边缘并允许我们构建一些外观漂亮的应用程序。
5）模板系统这可能是一个小小的烦恼，我完全同意围绕模板控制的设计思考。将功能与设计分离是很棒的。但是我通常发现它当前完成的方式非常混乱，并且继承自定义控件以改变某些方面，并且知道要更改/修改哪些控件并不容易。也许他们可以让它更容易
6）总体表现。 WPF非常快，但在某些情况下它没有快速点亮。如果不同的面板，flowdocument等可以调整为更加不稳定，那么对于用户体验来说将是很好的。可能是另一个有利于在架构中利用多个核心的领域。