現在、ナビゲーション付きの純粋な Silverlight Web サイトがあります。SLプラグインをインストールする必要があり、1.5メガのxapファイルがダウンロードされるのを待たなければならないため、Webサイトにアクセスしてすぐに離れてしまう顧客が心配です.
Silverlight アプリケーションの最初のページはログイン/登録ページで、ユーザーはサイト内の他のページに進むためにログインまたは登録する必要があります。このページを ASP.net MVC Web ページに交換することを考えています。したがって、ユーザーがサイトにアクセスすると、最初のページが自動的に読み込まれ (サイトの ASP.net MVC 部分になるため)、ユーザーがサインアップまたはログインしているときに、Silverlight アプリがバックグラウンドでダウンロードされます。もう少し優雅に処理するよりも、プラグインを持っていません。ログインすると、Silverlight アプリに渡されます。
誰かがこのルートをたどり、この件について何かアドバイスがあるかどうか疑問に思っていますか?
前もって感謝します
この問題にはいくつかのアプローチがあります。追加のコンポーネントを個別にダウンロードすることで、最初の Xap ファイルのサイズを小さくする方法を検討しています。このブログは一例ですが、「動的ダウンロード アセンブリ MEF Silverlight」という Web 検索のバリエーションを試している人は他にもたくさんいます。
ログオン画面を表示するのに十分なだけの初期 Xap が必要です。その間、メイン ページのバックグラウンド ダウンロードを実行している可能性があります。ナビゲーション フレームワークで MEF をさらに使用してアプリをさらに細分化し、メイン ページの表示で完全にダウンロードされたセットを必要としないようにすることもできます。これは、その主題に関する別のより高度なブログです。
複数のアプリケーション (xap) に分割することも検討できます。ただし、アプリケーション間でデータを共有することについて心配する必要があります。これは、分離されたストレージを使用できるため、それほど問題にはなりません。
潜在的な顧客を怖がらせないように、HTML ホスティング ページを慎重にカスタマイズする必要があります。Javascript をオフにして、表示される内容を体験してください。
SEO を採用したい Silverlight Web サイトには、それをバックアップする ASP.Net サイトが必要です (検索エンジンにインデックス可能なコンテンツ ページを提供するため)。 Silverlight アプリ (つまり、登録ページ)。
そのため、Silverlight ログインを置き換えるのではなく、ASP.Net サイトに複製します。その後、彼らが登録し、Silverlight サイトがどれほど素晴らしいかを読んで、SL をダウンロードするよう促す可能性が高くなります。RIA サービスを使用すると、Asp.net でも利用できるため、Web サイトとアプリケーションの間で多くの機能を共有できます。
1.5Mbダウンロードについて。AnthonyWJones が示唆するように....それは悪いことです。可能であれば、Silverlight の初期ロードを数 100kb 未満にしたいと考えています。インターネット ユーザーは、数秒以内に何かが表示されることを期待しています。これは、MEF やPrism (現在 MEF のサポートが含まれています) などのモジュール式の読み込み手法を使用して可能です。20Mb の Prism Silverlight アプリケーション (42 以上のモジュール) がありますが、初期ロードは 500kb 未満です (そして、それを 100kb 未満に減らすことを検討しています)。