WPF的稳定性不是WPF程序的稳定性，而是API本身的"稳定性"。

让我解释：

微软以改变新技术的整体方法而臭名昭著。就像从silverlight 1到silverlight 2的迁移一样。通过WPF，我知道MS随着.NET Service Pack的发布改变了很多东西。我不知道他们改变了多少事情。因此，最重要的是，我们认为他们将在下一个版本中再次对系统进行改造，或者我们认为它现在已经足够稳定了，因为他们不会更改系统的大部分内容。我讨厌每次发布都不得不学习一些东西。

我希望这个问题不会太久。

解决方案

回答

在将新技术引入其开发堆栈方面，MS确实有"火上浇油"的历史，但他们也拥有为较旧版本提供支持和向后兼容的悠久历史。 WPF似乎在每个新版本的框架中都添加了一些东西，但是我们所学的东西并没有被取代或者失效。

我在自己的WPF应用程序中看到的带有新版本框架的唯一重大更改是最近在3.5 SP1中进行的更改，这是因为我们在不知不觉中依赖于错误来从代码中获得某种行为。我们将XAML调整为更正确，并且开始工作正常。

是的，我认为WPF作为客户端开发技术非常"稳定"。

回答

自从WPF首次发布以来，我们就一直在使用它。是的，它在开始时就存在问题，这使我们感到头痛，并且我们挠头寻找解决方法，但是堆栈中的每个新更新实际上都变得非常稳定。

通过添加Expression Blend，它的开发无疑变得越来越容易。在VS 2005中创建XAML不好玩。仅模板引擎就足以从WinForms切换，更不用说动画支持了。

无论哪种方式，我都同意Matt的观点，即它作为开发客户端应用程序的框架非常稳定。

回答

就更改而言，WPF相当稳定。 Silverlight仍在不断变化。尽管我们可能会警惕，因为silverlight引入了状态管理器的概念(而不是实现触发器)，该概念可能已在wpf中被采用。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。

如果发生这种情况，将有多种方法来定义控制模板和行为。

这将是令人头疼的。