我們在使用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應用程序。