Silverlight-applications-resources-deployment
アプリケーション、リソース、展開
この章では、アプリケーションとそれらが必要とするリソースの作成とデプロイに関する一般的な問題を見ていきます。
プラグインをロードする
Silverlightアプリケーションを実行するための最小要件は、Silverlightプラグインをロードするオブジェクトタグを含むWebページと、コンパイルされたSilverlightコンテンツ自体をホストすることです。
ご覧のとおり、 object タグで param タグを使用してコンテンツを指し示しました。
- * HTML <Object>タグ*
コンテンツのダウンロード中に表示されるユーザーインターフェイス、エラー発生時に実行されるJavaScriptコード、Silverlightがインストールされていない場合に表示されるフォールバックコンテンツなどの機能を制御するために渡すことができる他のパラメーターがあります。
HTMLの<Object>
これは、Silverlightコンテンツを読み込むオブジェクトタグの例です。 これは前に見たことがありますが、オブジェクトタグ自体の属性から始めて、いくつかのことをもう少し詳しく見ていきます。
タイプ属性
type属性には、これをSilverlight要素として識別するMIMEタイプが含まれています。 これは、ブラウザが使用している埋め込みコンテンツの種類を認識する方法です。 オブジェクトタグは驚くほど柔軟です。 プラグイン専用ではありません。 これを使用して、埋め込み画像、またはHTML、およびSilverlightやFlashなどのプラグインベースのコンテンツをホストできます。
Silverlightプラグインがインストールされている場合、これがロードされます。 そうでない場合、標準形式の動作では、ブラウザはobjectタグ内のHTMLコンテンツを、objectタグとparamタグが存在しないかのようにレンダリングします。
データ属性
次の属性であるデータは、少しわかりにくいです。 末尾のコンマはそこにあることを意味します。 いくつかの重要な機能は-
- この属性は技術的には必要ありませんが、一部のWebブラウザーはプラグインのロード時に驚くべき動作をするため、追加することをお勧めします。
- *オブジェクトタグ*は埋め込みコンテンツをホストするように設計されているため、ブラウザはバイナリ文字列、ビットマップファイル、ビデオ、またはオーディオストリーム、または何かを含むことを期待しています。
- 通常、データ属性にURLを挿入し、ブラウザがそのデータをダウンロードしてプラグインに渡すことを期待します。
- データ属性はURIを取り、通常はJPEGファイルなどのいくつかのデータを指しますが、ここでは、少し変わったURIスキームを使用しています。
<param>タグ
オブジェクト内には、ソース param から始まるさまざまな param タグがあります。
Silverlightコンテンツのダウンロード元のプラグインを提供します。
JavaScriptエラーハンドラを提供する必要があります。 これは、ダウンロードプロセスが失敗した場合に呼び出されます。 また、Silverlightコードが実行されると、未処理の例外がスローされた場合にも呼び出されます。
したがって、それは単にロード障害のためではありません。 コードに必要なSilverlightの最小バージョンも指定する必要があります。
Microsoftはユーザーに最新の状態を維持することを推奨しているため、マシンにSilverlightプラグインがインストールされると、Windows Updateを介して新しいバージョンが提供されますが、ユーザーが必要なバージョンよりも古いバージョンを実行する可能性は常にあります。
この minRuntimeVersion パラメーターを使用すると、必要なバージョンを指定できます。 インストールされているバージョンが古い場合、onErrorハンドラーが呼び出されます。
Silverlightは、エラー処理JavaScript関数に数値のエラーコードを渡します。プラグインが古いことを示すために、「 8001 」という明確なエラーコードがあります。
JavaScriptコードを記述して問題に対応することも、プラグインにアップグレードを依頼することもできます。
ここでは、 autoUpgrade パラメーターが ' True 'に設定されています。つまり、インストールされているプラグインが古い場合、Silverlightは、より新しいバージョンが必要であることをユーザーに伝えるメッセージを自動的に表示します。それら。
フォールバックHTMLコンテンツ
paramタグの後には、Silverlightがインストールされていない場合に使用される*フォールバックHTMLコンテンツ*があります。
画像リンクは、SilverlightブランドとSilverlightをインストールするためのテキストを提供するビットマップに解決されます。 ハイパーリンクのエンドポイントは適度にスマートです。 サーバーは、ユーザーエージェントを検査して、リダイレクト先を決定します。
Silverlightインストール実行可能ファイルを返したり、ユーザーがサポートされていないプラットフォームを使用している場合は、Silverlightに関する情報を含むページにブラウザーを誘導します。
Silverlight.js
SilverlightコンテンツをロードするためのHTMLオブジェクトタグに代わるものがあります。 Microsoftは、 Silverlight.js というJavaScriptファイルを提供します。これにより、ブラウザースクリプトから読み込みプロセスを管理できます。
Visual Studioは、Webプロジェクトを作成して、新しく作成されたSilverlightプロジェクトをホストするときにコピーを追加します。 Silverlight SDKには、このファイルのコピーも含まれています。
XAMLリソース
Silverlightは、XAMLで*オブジェクトリソース*を作成するためのメカニズムも提供します。 通常、XAMLで修正された特定の種類のオブジェクトがあり、アプリケーションの複数の場所で使用できるようにしたい場合があります。 テンプレートを複数の場所で使用することは非常に一般的です。
ボタンのカスタムルックを定義した場合、それを複数のボタンに適用することも、アプリケーションのすべてのボタンに適用することもできます。 XAMLリソースシステムは、これを行う方法を提供します。 *名前付きリソース*を定義し、それをXAMLの他の場所で使用できます。
テンプレートに加えて、ブラシやシェイプなどのグラフィカルリソースに対してこれを実行することも一般的です。 アプリケーションで特定の配色を使用している場合、その配色の色とブラシをリソースとして定義できます。
上記のXAMLコードでは、両方の長方形に StaticResource があることがわかります。 brushResource の色は AliceBlue です。
上記のコードをコンパイルして実行すると、次の出力が表示されます。
App.xaml
すべてのSilverlightアプリケーションには、 App.xaml というファイルがあります。 アプリケーション全体の情報が含まれています。 たとえば、ユーザーインターフェイス要素と同様にResourcesプロパティがあります。
アプリケーションクラス
ほとんどのXAMLファイルと同様に、 App.xaml ファイルとそれに対応する*コードビハインド*ファイルはクラスを定義します。 このApplicationクラスは、Silverlightアプリケーションへのエントリポイントです。 App.xaml は通常、アプリケーションスコープのリソースを扱います。そのコードビハインドファイルには、スタートアップおよびシャットダウン処理コードが含まれています。
- Applicationクラスのインスタンスを作成した直後に、Silverlightは Application.Startup イベントを発生させます。
- ここで、ユーザーインターフェイスを作成します。 ユーザーインターフェイス要素を作成し、 Startup イベントでアプリケーションオブジェクトのRootVisualプロパティに割り当てると、Silverlightプラグインによって表示されるユーザーインターフェイスになります。
注意点
他のアプリケーションイベントは Exit で、これはユーザーインターフェイスが消えようとしているときに shutdown コードを実行する最後のチャンスです。 UnhandledException はコードが未処理の例外をスローした場合に発生します。
画面のプラグイン領域が空白になり、スクリプトエラーがブラウザに報告されます。