Windows と Web の両方で同じコード ベースを持つ Silverlight アプリケーションがあります。したがって、同じコードが Windows と Silverlight ブラウザー プラグインを介してブラウザーで実行されます。ビジネス ロジックの一部は ViewModel にあります。
Microsoft は Silverlight をサポートしないため、このアプリケーションの将来の戦略が必要でした。最小限のコード変更で役立つ Silverlight の代替手段を知りたいのです。
以下は、新しい代替案からの期待です。つまり、そうすべきです
代替手段として html5 を使用していると聞きました。この場合に html5 を使用するか、または使用できる他のものについてアドバイスしてください。
Silverlight は、Windows と Web の間でコードを共有する優れた方法でした。最初に、2 つの異なるアプリケーションを維持しようとしている理由をお聞きします。両方を Web ベースのアプリケーションに統合することを検討しましたか?
.NET バックエンドを備えた HTML 5 は、既にバックエンド コードが記述されているため、通常、最適なクロスプラットフォーム メソッドになります。単一のプラットフォームを維持することで、作業を 2 倍にする必要がなくなります。これにより、要件 1 と 2 の両方が満たされます。
これが既存のコード ベースからのパラダイム シフトであることは承知していますが、私はこの種の移行を経験してきました。かなりスムーズに進み、やってよかったです。Knockout.js や jQuery などのクライアント ライブラリのおかげで、HTML 5 アプリケーションを使用して Silverlight を置き換えることがこれまで以上に簡単になりました。
それでもそれらを分離したい場合は、私が言及した戦略よりも多くの作業を行わずにその目標を達成する方法がわかりません. 別の方法として、アプリケーションを現在の状態のまま続行することもできます。当分の間、Silverlight は依然として実行可能なソリューションです。戦略を練る時間はたっぷりあると思います。
Silverlight はサポートされないと考えているため、Silverlight から離れているだけのようです。Microsoft は、 Silverlight 5 が 2021 年までサポートされることを保証しているため、すぐに終了することはありません。新しいバージョンが提供されないだけです。
スマートフォンなど、Silverlight を実行しないプラットフォームをサポートするために Silverlight から切り替えたい場合、ASP.NET は基本的にビジネス ロジックを再利用する唯一の方法であり、実際には多くのコードを取得できません。 Windows アプリケーションと Web アプリケーションの間で再利用します。もちろん、UI コード内ではありません。
したがって、基本的には、Silverlight で要件が満たされる場合は維持するか、それ以外の場合は、Jason Young が提案したように、単一の Web アプリのウィンドウからすべてを捨てることが、おそらく最良の選択肢です。