对这篇主观的文章感到抱歉,但我认为这是一个值得讨论的话题。随着4.0WPF最终成为开发丰富应用程序的一个非常可靠的平台。然而,有些事情我仍然觉得很有限。随着v.next的到来,强调你最大的WPF gripe可能会很有用(也不要忘记提交给(http://dotnet.uservoice.com/forums/40583-wpf-feature-suggestions)
这是我最大的抱怨,你的是什么?
1)
动画质量
. 他们可以更流畅,不要让我错了动画是不错的,但他们不是你看到的质量与iOS例如。我不确定这是否是因为wpf不支持垂直同步,这使得那些超平滑的动画很难实现。
2)
用户界面中没有多线程
. 我理解这种推理,我听说在UI中有一个多线程模型,由于复杂性/最后期限而被废弃。但是,当前的模型限制了IMO的使用。目前,如果没有动画的结巴,就不能运行一个动画并开始执行任何其他UI密集型的操作。即使将WPF重新构建为多线程的架构超出了它们的范围,它们也应该尝试以某种方式使动画成为多线程的。目前解决这个问题的唯一方法是使用不同线程上运行的窗口并对其进行分层,这样很快就会变老。
3)
没有本机WPF WebBrowser控件
当然,您可以使用Windows窗体WebControl,但它不是您可以操作的本地WPF控件,而且性能仍然很差。与速度极快的Chromium浏览器相比。希望他们能适当地集成IE9
4)
文本质量
使用WPF 4.0,它们大大提高了文本质量,特别是对于小文本。但是,我仍然看到许多具有次优文本呈现的WPF应用程序。对于大中型文本尤其明显。我不是说这很糟糕,也不是很好。如果他们能将文本质量与photoshop的渲染效果相提并论(也许每种配置都能让你在需要的时候牺牲性能),那么它将真正使wpf超过边缘,让我们能够构建一些好看的应用程序。
5)
模板系统
这可能是一个恼人的问题,我完全同意围绕模板化控件的设计思想。将功能与设计分离是很好的。不过,我通常会发现,目前的方法相当混乱,对自定义控件进行子类化以更改某些方面,并且知道要更改/修改的控件并不容易。也许他们能让事情简单一点
6)
总体表现
. WPF速度相当快,但在某些情况下,它的照明速度并不快。如果可以将不同的面板、流程文档等进行调整,使其更具即时性,那么对于用户体验将是非常好的。这可能是另一个有利于利用体系结构中多个核心的领域。
