6


0

WPFは、WPFプログラムの安定性に関してではなく、API自体の「安定性」に関してどれほど安定しているか。

説明させてください:

マイクロソフトは、全体的な方法論を新しいテクノロジで変更したことで有名です。 silverlight 1からsilverlight 2への移行と同様です。 WPFに関して、私は、MSが.NETサービスパックのリリースで多くのものを変えたことを知っています。 彼らがどれほど変化したかはわかりません。 つまり、最終的には、次のリリースで再びシステムを改良するつもりですか、それともシステムの大部分を変更しないように十分安定していると思いますか。 私はすべてのリリースで物事を学ぶ必要があることを嫌います。

私はその質問が長すぎないことを願っています。

3 Answer


12


MSには開発スタックに新しい技術を導入することに関して「火と動き」の歴史がありますが、古いもののサポートと後方互換性を維持するという強い歴史もあります。 WPFはフレームワークの新しいリリースごとにそれに追加されているもののようですが、あなたが学ぶことは取って代わられたり無効にされたりしているわけではありません。

私が自分のWPFアプリケーションに新しいリリースのフレームワークを加えたときに見た唯一の大きな変化は、3.5 SP1の最近の変更です。それは、私たちが知らないうちにコードから特定の動作を得るためにバグに頼っていたからです。 XAMLをより正確になるように調整したところ、問題なく動作し始めました。

つまり、WPFはクライアントサイドの開発テクノロジとしてはかなり「安定」していると思います。


3


WPFは最初のリリースから使用されてきましたが、最初はWPFを使用していたため頭痛がしたり、問題を解決するために頭を悩ませたりしていました。

Expression Blendを追加することで、それを使って開発することがますます容易になりました。 VS 2005でXAMLを作成するのは面白くありませんでした。 アニメーションエンジンだけでなく、WinFormsから切り替えるにはテンプレートエンジンだけで十分です。

いずれにせよ、私はMattがクライアントアプリケーションを開発するためのフレームワークとして非常に安定していることに同意します。


0


変更がある限り、WPFはかなり安定しています。 Silverlightはまだ流動的です。 silverlightが(トリガーを実装する代わりに)ステートマネージャの概念をもたらしたので気を付けてもいいかもしれませんが、それはwpfで採用されるかもしれません…​

もしそれが起こるなら、コントロールテンプレートと振る舞いを定義する複数の方法があるでしょう…​

そしてそれは頭痛になります。