質問

Silverlight 2を使用して顧客向けの内部サイトを構築したとき、彼らはそれに満足しており、私はそれに触れなければなりませんでした。このサイトが常に機能するという期待はありますか?私が恐れているのは、ユーザーがSilverlight Xをインストールした数年後に突然電話をかけていることです。今では壊れているので、サイトを元に戻すためにSilverlightのYバージョンをすぐに変換する必要があります。もうシルバーライトもします。

私はすでに2ベータから2つのリリースとスクランブルになったときにこれを一度経験しました。とにかくベータ版のように、それほど大したことではありませんでした。

私は今アップグレードすることができましたが、顧客に戻って、彼らが今幸せであるときにアップグレードをするためにお金を求めるのは本当に難しいでしょう、そして、最新の状態を維持することで顕著な利益は見られません。さらに、再びライセンスを取得する必要があるサードパーティのコントロールがいくつかあります。

だから私は私が尋ねていることは、人生の終わりが知られているのだと思いますか?それとも耳でそれを演奏するだけですか?

役に立ちましたか?

解決

に基づく Silverlightはライフサイクルポリシーをサポートします, 、Silverlight 2の公式サポートはすでに終了しているようです(2010年10月12日現在)。ただし、他のいくつかのドキュメント(主ににリストされています これはとても質問です)Silverlightアプリは、Silverlightの「Quirksモード」のようなバイナリの後方互換性があるという印象を与えます。これは、Silverlightアプリを変更せず、ポリシーが変更されない限り、アプリは無期限に動作するはずです。

他のヒント

MSの人々は、これまでのところ、Silverlightリリース間の後方互換性を維持するという合理的に良い仕事をしてきました。しかし、いくつかの重要な変更があり、アプリが何をするか、それが使用する機能、およびそれが利用するランタイムのバグに応じて、ランタイムの将来のバージョンできれいに実行され続けない場合があります。 MSは、Silverlight3とSilverlight4の間の壊れた変化の良い例をいくつか示しています ここ.

多くの例:Silverlight 4は、TextBoxクラスに新しい「透かし」プロパティを紹介します。 Silverlight 2またはSilverlight 3アプリケーションがテキストボックスクラスをサブクラス化し、独自の透かしプロパティを追加した可能性があります。したがって、その透かしプロパティへのXAMLの参照は、Silverlight 3またはSilverlight 4ランタイムで実行されたときにAmbuousMatchExceptionを投げる可能性があります。

おそらく、MSがSL5、次にSL6などに移動するにつれて、この種の変更がさらに変化するでしょう。本当にクールな機能を導入するが、SL2アプリケーションの合理的な部分を破る変更は、おそらくSL5では受け入れられないでしょうが、SL6またはSL7ではそうではないでしょう。

あなたの特定の状況での私の推奨事項は、将来の問題の可能性について顧客に知らせることです。

簡単に考えてみてください:)それは常に仕事になります..シルバーライトは、すべてのメジャーバージョンに対して100%後方互換性を持っています!

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top