我們在使用WPF平臺構(gòu)建前臺的時候，還是存在有許多缺陷的。在這里我們將會為大家詳細(xì)介紹一下這些WPF缺陷的處理和應(yīng)對方法。#t#

WPF缺陷中的最大阻礙可能就是客戶端缺少.NET 3.0框架。一個WPF應(yīng)用程序只能在安裝了.NET 3.0框架的機(jī)器上運(yùn)行。如果您希望應(yīng)用程序能支持非Windows操作系統(tǒng)，或者Windows XP SP2之前的Windows操作系統(tǒng)，那么WPF自然已經(jīng)出局了。

而且就算客戶機(jī)使用了合適版本的操作系統(tǒng)，也可能無法安裝.NET 3.0。

（即使您將WPF排除在外，您也可以嘗試使用WPF/E，這是一個擁有WPF功能子集的UI平臺。字母“E”代表“Everywhere”，因?yàn)樗茉诜俏④浧脚_上運(yùn)行，包括FireFox瀏覽器和Mac OS X。

不過它目前還沒有發(fā)布，功能有限。事實(shí)上，在寫這篇文章的時候WPF/E只是剛剛發(fā)布了一個公開預(yù)覽版本，因此WPF/E還需要發(fā)展，并非一個您可以立即使用的開發(fā)平臺。）

另一個需要考慮的問題是WPF應(yīng)用程序的內(nèi)存問題。對于目前運(yùn)行在我機(jī)器上的WPF應(yīng)用程序來說，憑他們工作集的大小，都可以和Microsoft Office套件中的應(yīng)用程序爭奪“首席內(nèi)存大戶”的頭銜了（很明顯，這些WPF應(yīng)用程序的功能要比Office套件中的任意一個都要少很多）。如果您需要支持小內(nèi)存配置的客戶機(jī)，WPF可能不是最好的選擇。

您可能也想了解采用其他的技術(shù)的可行性。如果您已經(jīng)使用.NET，那么WPF就顯得非常合適了，因?yàn)樗彩?NET中的一員，相對比較容易學(xué)習(xí)和使用。但是如果沒有使用.NET構(gòu)建過其他系統(tǒng)，您就需要考慮采用WPF所獲得的優(yōu)勢是否值得開發(fā)人員掌握一們新的技術(shù)。

如果以上的WPF缺陷問題對您來說都不成障礙，它的優(yōu)勢看上去也值得投入，那么您的下一步工作就是考慮您應(yīng)該構(gòu)建什么類型的WPF應(yīng)用程序。