担心WPF.我应该使用WPF或不同的库用于Windows GUI吗？

Is it worth coupling my program to the .NET framework just for the sake of the user interface?

这取决于接口要求.您是否需要一个好的,可靠的现代用户界面？如果是这样,您将需要使用正确的工具来满足该要求.

.NET and WPF seem to add overhead in many forms,including:

• Program complexity
  • Using .NET implies using a second language – and thus writing lots of messy interop code.

您可以通过C/C++LI使用GDI,并使用一种语言处理所有内容.话虽这么说,人们使用其他语言的部分原因是生产力 – 与在C中制作GUI相比,它实际上非常非常快.通过C/C++LI的互操作代码根本不是很混乱,至少在你的例程是基于类的情况下不是这样.

Runtime performance
– In particular,WPF applications seem very slow to start up.

在某种程度上,这可能是一个问题.但是,您可以做很多事情来缓解它 – 但是这可能总是比精简的本机代码库慢一点,因为它必须启动CLR库.

Deployment
– Is .NET framework installation quick and easy? Does it require rebooting the machine?

通常,这两项都是肯定的.话虽这么说,大多数人已经安装了框架(特别是如果你的目标是.NET 3.5,但4.0很好),所以这是一个非问题.我总是认为这是一次性的事情 – 我宁愿在一段时间内交换一个很好的用户体验,特别是当它是一个相对无痛的部署时(.NET很容易安装,只是大而且有点耗时).

Rendering quality
– This has improved in WPF 4,but display of standard elements still seems poor in some areas.

我在这里强烈反对. WPF是(特别是第4版),是优质用户界面的首选平台.在WPF中击败渲染质量选项很难 –

Concern over whether performance and quality will improve in the future
– Is it true that WPF is being de-emphasized within Microsoft (in favour of Silverlight)?

没有.在PDC的未来WPF上甚至有一个很好的谈话. Silverlight获得了更多的新闻,但这主要是因为它不是那么成熟的技术,所以它的变化更快. WPF仍然是他们的顶级UI体验,并且仍然增加了新功能.它也是与本机代码互操作的建议平台 – 虽然在SL中使用COM是可能的,但它在WPF中并不令人愉快.

根据PDC谈话,性能,线程问题和空域问题似乎是未来的改进.有关详细信息,请观看“The Future of WPF”.