WPF的穩定性不是WPF程序的穩定性，而是API本身的「穩定性」。WPF的穩定性如何？
讓我解釋一下：
微軟是臭名昭著的新技術改變周圍它的整個方法。就像從silverlight 1到silverlight 2一樣。有了WPF，我知道MS通過發佈.NET服務包來改變了一大堆東西。我不知道他們改變了多少。因此，底線是，您認爲他們會在下一個版本中再次改造系統，或者您認爲現在已經足夠穩定，因爲它們不會改變系統的大部分。我討厭在每次發佈時都不要忘記東西。
我希望問題不要太長時間。
在將新技術引入開發堆棧方面，MS確實有過「火和運動」的歷史，但他們在維護對舊版本的支持以及向後兼容方面也有着悠久的歷史。 WPF似乎正在爲每個新版本的框架添加東西，但您學到的東西沒有被取代或失效。
我在自己的WPF應用程序中看到的唯一突破性變化是最近在3.5 SP1中的一個，那是因爲我們在不知不覺中依靠一個bug從代碼中獲取特定行爲。我們調整了XAML以使其更加正確，並開始正常工作。
所以是的，我認爲WPF作爲客戶端開發技術相當「穩定」。
自從WPF第一次發佈以來，我們一直在使用WPF，是的，它在開始時遇到了問題，導致我們頭痛，並且讓我們撓頭尋找解決方法，但是每次更新堆棧實際上都變得非常漂亮穩定。
隨着Expression Blend的加入，它的開發變得更容易，更容易。在VS 2005中創建XAML並不好玩。單獨的模板引擎足以從WinForms切換，更不用說動畫支持。
無論哪種方式，我同意馬特，它是相當穩定的開發客戶端應用程序的框架。
只要發生變化，WPF就非常穩定。 Silverlight仍處於不斷變化之中。雖然你可能會注意，因爲Silverlight帶來了國家經理的概念（而不是實施觸發器），可能會在WPF採用...
如果發生這種情況，將會有多種方法來定義控制模板和行爲...
這將是一個令人頭疼的問題。