SilverlightはエンタープライズクラスのWebベースの製品UIに適していますか？

私たちのチームは現在30を超えるモジュール（現在400人月と推定されています）で構成される次世代のHIS（病院情報システム）の構築に取り組んでおり、中央の場所でホストされ、地域を越えてアクセスされる可能性があります。したがって、主要なUI NFR（非機能要件）は次のようになります。

• マルチブラウザ互換性
• 豊富なGUIを備えたページの高速読み込み
• 生体認証スキャナー、生体認証リーダーなどのハードウェアデバイスと統合する機能
• 開発の容易さ、メンテナンス（変更を組み込む）、開発サイクルの短縮
• 同じブラウザーウィンドウ内で複数のフォームを開く機能（追加のウィンドウを起動せずに）

長所：

1. UIはブラウザに依存しないため、WebページがIE 7、8、9 ++、Chrome 8、9、18 ++、Mozilla Firefoxで動作することを心配する必要はありません（現在、多くの開発努力がこれに費やされています）互換性チェックと修正）
2. モノリシックASP.Netアプリケーションとは異なり、アプリケーションをよりモジュール化できる可能性があります
3. クライアントPCでの分離ストレージの使用

短所：

1. Silverlightのメモリリークの問題。SLを使用して構築したいくつかのサンプルでそれらに直面し、レガシーXBAPアプリケーションで同じ問題を抱えています。次のリンクは、恐怖を 裏付けてい ますhttp://davybrion.com/blog/2010/08/silverlight-getting-worse-when-it-comes-to-memory-leaks/ /programming/5091636 / silverlight-4-memory-leaks

2. マイクロソフトは、SLの将来について非常に大胆な態度をとっていません。彼らはHTML 5にもっと投資しているようです。SL5または6の将来のリリースも不確実です。 http://support.microsoft.com/gp/lifean45 http://www.zdnet.com/blog/microsoft/microsoft-our-strategy-with-silverlight-has-shifted/7834 http：//www.zdnet。 com / blog / microsoft / will-there-be-a-silverlight-6-and-does-it-matter / 11180

3. HISモジュールは、同じブラウザーウィンドウ内で複数のタブとして開きます（最大8つのタブを同時に開くことについて話しています）。そのブラウザインスタンスにどのくらいの負荷がかかり、メモリリークの問題にどのように影響しますか？

4. ASP.Net開発者向けの学習曲線

5. SLの別のスタックリンク /programming/251718/silverlight-wpf-web-app-xbap-or-click-once-pros-and-cons

中性

1. SEOの互換性は問題ではありません

私の質問は？

1. 上記（およびその他）の長所と短所を知って、SLを使用しますか
2. MVVMパターンを使用して、SLをフロントエンドとして製品を構築する場合、明日UIを別のUI（ASP.Netまたはその他）に置き換えることができます。私の理解は、手直しはかなりのものになるだろうということです。コミュニティはどう思いますか？
3. 上記の分析（および概念実証の作成）にはかなりの時間を費やしてきました。私たちが見落としている重要な事実/決定的な要因はありますか？

この演習には多くの研究と努力が費やされているため、これを重複としてマークしないでください。

PS：過去6か月間、ASP.Net Webフォーム（MVPパターンを使用）を使用して製品を構築してきましたが、現在、上記の理由によるテクノロジーの変化を検討しています。

実際にこの問題があります。Silverligthの開発を開始します。これはかなりの技術ですが、おそらくMicrosoftはあきらめています。したがって、ASP.NET MVCでの開発に変更します。

そう ：

1. おそらく、Windows 8メトロでは機能しません。他のOSでは動作しません。
2. パターンMVVMを別のテクノロジーに変更することは非常に困難です。今回のケースでは、HTML 5でMVCに変更し、すべてのコードを変更します。
3. ...

お役に立てれば幸いです。

いくつかの質問に答えるには：

HISモジュールは、同じブラウザーウィンドウ内で複数のタブとして開きます（最大8つのタブを同時に開くことについて話しています）。そのブラウザインスタンスにどのくらいの負荷がかかり、メモリリークの問題にどのように影響しますか？

なぜ8つのタブを同時に開く必要があるのですか？Silverlightを使用すると、単一のアプリケーションタブと、その中にあるすべてのコントロール/ページなどをタブ化できます。これにより、ブラウザインスタンスに大きな負担がかかることはなく、メモリリークの問題が悪化することもありません。

MVVMパターンを使用して、SLをフロントエンドとして製品を構築する場合、明日UIを別のUI（ASP.Netまたはその他）に置き換えることができます。私の理解は、手直しはかなりのものになるだろうということです。コミュニティはどう思いますか？

UIを置き換えようとすると、現在選択しているほぼすべてのテクノロジで同じ問題が発生します。UIからアプリケーションロジックを完全に離すことができない場合を除き、大きな手直しが必要になります。それをWPFアプリケーションに変換する場合、最も苦労することはありません。

ただし、このステートメント：

生体認証スキャナー、生体認証リーダーなどのハードウェアデバイスと統合する機能

Webベースのテクノロジーを使用すると、この領域で問題が発生すると思います。ここで私はアレックスに同意します。ネイティブアプリケーションを作成する方がよいでしょう。Javaを使用すると、複数のプラットフォーム間である程度の相互運用性が得られますが、ネイティブUI要素を使用しないという犠牲が伴います。

生体認証スキャナー、生体認証リーダーなどのハードウェアデバイスと統合する機能

これは難しい場合があり、SilverlightのOutOfBrowserモードが必要になります。これを機能させるにはCOMを使用する必要があり、クロスブラウザーの要件が台無しになります。COMはInternet Explorerでのみ機能します。

私見WEBアプリケーションの最も難しい要件は、外部デバイスでの作業です。通常、それらにはC、C ++ライブラリが付属しており、C、C ++で相互運用する方法が必要です。

これらの要件は、Javaアプレットの場合のみ、どのWEBテクノロジーでも満たすことはできないと思いますが、Javaアプレットの相互運用機能については知りません。いずれにせよ、私は、ハードウェアでの作業能力に応じて、アプレットでもデスクトップアプリケーションでも、Javaについて考えます。

JSが関係ない場合は、Html5 + JSを使用します。外部プラグインは必要ありません。古いIEはJSを介してHtml5で推論でき、モバイルデバイスでも動作します。

FlashのようなSLはプラグインを必要とし、モバイルデバイスなどでは機能しません。

MVVMパターンが気に入った場合は、MVVMパターンを使用するJSライブラリであるKnockout.jsとHtml5を組み合わせることができます。すでにいくつかのプロジェクトで使用しており、すばらしいです。

ですから、できる限り互換性があり、可能な限り高速なものにしたい場合は、SLやFlashを避けてください。