我们在使用WPF平台构建前台的时候，还是存在有许多缺陷的。在这里我们将会为大家详细介绍一下这些WPF缺陷的处理和应对方法。#t#

WPF缺陷中的最大阻碍可能就是客户端缺少.NET 3.0框架。一个WPF应用程序只能在安装了.NET 3.0框架的机器上运行。如果您希望应用程序能支持非Windows操作系统，或者Windows XP SP2之前的Windows操作系统，那么WPF自然已经出局了。

而且就算客户机使用了合适版本的操作系统，也可能无法安装.NET 3.0。

（即使您将WPF排除在外，您也可以尝试使用WPF/E，这是一个拥有WPF功能子集的UI平台。字母“E”代表“Everywhere”，因为它能在非微软平台上运行，包括FireFox浏览器和Mac OS X。

不过它目前还没有发布，功能有限。事实上，在写这篇文章的时候WPF/E只是刚刚发布了一个公开预览版本，因此WPF/E还需要发展，并非一个您可以立即使用的开发平台。）

另一个需要考虑的问题是WPF应用程序的内存问题。对于目前运行在我机器上的WPF应用程序来说，凭他们工作集的大小，都可以和Microsoft Office套件中的应用程序争夺“首席内存大户”的头衔了（很明显，这些WPF应用程序的功能要比Office套件中的任意一个都要少很多）。如果您需要支持小内存配置的客户机，WPF可能不是最好的选择。

您可能也想了解采用其他的技术的可行性。如果您已经使用.NET，那么WPF就显得非常合适了，因为它也是.NET中的一员，相对比较容易学习和使用。但是如果没有使用.NET构建过其他系统，您就需要考虑采用WPF所获得的优势是否值得开发人员掌握一们新的技术。

如果以上的WPF缺陷问题对您来说都不成障碍，它的优势看上去也值得投入，那么您的下一步工作就是考虑您应该构建什么类型的WPF应用程序。