WPF的稳定性如何？

Question

WPF的稳定性与WPF程序的稳定性无关，而是在API本身的“稳定性”方面。

让我解释一下：

微软因使用新技术改变整个方法而臭名昭着。就像从silverlight 1转移到silverlight 2一样。使用WPF，我知道MS在.NET服务包的发布中改变了一堆东西。我不知道他们改变了多少东西。所以最重要的是，他们认为他们会在下一个版本中再次对系统进行改造，或者你认为它现在已经足够稳定，因为它们不会改变系统的大部分。我讨厌每次发布都要忘掉一些东西。

我希望问题不会太长。

Answer 1

MS在将新技术引入其开发堆栈方面确实有“火与运动”的历史，但它们在保持对旧版本的支持和向后兼容性方面也有着悠久的历史。 WPF似乎在每个新版本的框架中添加了一些东西，但是你学到的东西并没有被取代或失效。

我在自己的WPF应用程序中看到的唯一一个突破性变化是使用新版本的框架，最近是在3.5 SP1中，这是因为我们在不知不觉中依赖于一个bug来从我们的代码中获取某种行为。我们调整了XAML更正确，并且开始正常工作。

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

Answer 2

我们一直在使用WPF，因为它首次发布，是的，它在开始时遇到问题让我们感到头疼，让我们摸不着头脑找到一个解决方法，但每个新的更新堆栈实际上变得相当稳定

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

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

Answer 3

就变化而言，WPF非常稳定。 Silverlight仍在不断变化。虽然你可能会注意，因为silverlight带来了状态管理器的概念（而不是实现触发器），这可能会被wpf采用...

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

这将是一个令人头痛的问题。