WPF の安定性は、WPF プログラムの安定性ではなく、API 自体の「安定性」の観点からです。
説明させてください：
Microsoft は、新しいテクノロジを使用して方法論全体を変更することで有名です。Silverlight 1 から Silverlight 2 への移行と同様です。WPF では、MS が .NET サービス パックのリリースで多くのものを変更したことを知っています。彼らがどれだけ物事を変えたかはわかりません。要するに、あなたの意見では、彼らは次のリリースでシステムを再び改良するつもりですか、それともシステムの大部分を変更しないほど十分に安定していると思いますか. リリースごとに何かを忘れなければならないのは嫌です。
質問が長くなりすぎていないことを願っています。
MSには、開発スタックへの新しいテクノロジの導入に関して「射撃と運動」の歴史がありますが、古いもののサポートと下位互換性を維持するという強力な歴史もあります。WPFは、フレームワークの新しいリリースごとに追加されているようですが、学習した内容が置き換えられたり無効になったりすることはありません。
フレームワークの新しいリリースで自分のWPFアプリケーションに見られた唯一の重大な変更は、最近3.5 SP1での変更でした。これは、コードから特定の動作を取得するために無意識のうちにバグに依存していたためです。XAMLをより正確になるように調整し、正常に動作し始めました。
そうですね、WPFはクライアント側の開発テクノロジとしてはかなり「安定」していると思います。
WPFは最初にリリースされてから使用しており、最初は問題があり、頭痛の種になり、回避策を見つけるために頭を悩ませていましたが、新しい更新のたびに、スタックは実際にはかなり安定しています。
Expression Blendを追加することで、開発が確実に簡単になりました。VS2005でXAMLを作成するのは面白くありませんでした。アニメーションのサポートは言うまでもなく、テンプレートエンジンだけでWinFormsから切り替えるのに十分です。
いずれにせよ、クライアントアプリケーションを開発するためのフレームワークとしてはかなり安定しているというマットに同意します。
変更に関する限り、WPF はかなり安定しています。Silverlight はまだ流動的です。Silverlight が (トリガーを実装する代わりに) ステート マネージャーの概念をもたらしたので注意してください。これは wpf で採用される可能性があります...
その場合、コントロールのテンプレートと動作を定義する方法は複数あります...
そしてそれは頭痛の種になります。