コンポーネントライブラリのリソースのローカライズの概要

[アーティクル]
10/22/2014

更新 : 2007 年 11 月

ローカリゼーションとは、特定の言語およびカルチャを対象にアプリケーションをカスタマイズするプロセスです。ASP.NET の AJAX 機能では、クライアントスクリプトを実行するための、以下のローカリゼーションモデルがサポートされています。

.NET Framework のリソースモデル。ECMAScript (JavaScript) コンポーネントに関連付けられたローカライズ済みリソースのサポートが拡張されています。このモデルでは、スクリプトファイルとローカライズされたスクリプトリソースをアセンブリのハブアンドスポーク編成 (つまりサテライトアセンブリ) に埋め込みます。これにより、特定の言語および地域に対して、埋め込まれたクライアントスクリプトとリソースを選択的に使用できます。このモデルにより、単一のコードベースで複数のカルチャをサポートできます。
ディスク上の静的な (スタンドアロン) JavaScript ファイル。このモデルでは、ローカライズされたファイルはアセンブリに埋め込まれず、.js ファイルとして 1 つのディレクトリにグループ化されます。
静的な JavaScript ファイルの使用による、アセンブリに埋め込まれたスクリプトおよびスクリプトリソースの更新。このモデルにより、オリジナルのアセンブリを変更することなく、埋め込まれたスクリプトおよびリソースに対するローカリゼーションサポートを追加できます。

このトピックは、次の内容で構成されています。

シナリオ
背景
アセンブリ内のクライアントスクリプトおよびスクリプトリソースのローカライズ
静的なスクリプトファイルおよびそのリソースのローカライズ
ScriptManager を使用したスクリプトの中央管理
コード例
クラスリファレンス

シナリオ

ページ作成者とコンポーネント開発者の両者にとって、ASP.NET の AJAX 機能はクライアントスクリプトのローカライズに役立ちます。一般に、ページ作成者は以下のローカライズを行います。

ブラウザの言語設定に基づいて ASP.NET AJAX またはコンポーネントライブラリから生成される例外メッセージ。
Button コントロールの Text プロパティの文字列など、コントロールの UI。
ASP.NET AJAX サーバーコントロールのパブリックプロパティの値。
非ビジュアルのコンポーネント、動作、コントロールなど、クライアントスクリプトのオブジェクトおよびコンポーネントのプロパティの値

一般に、コンポーネント開発者はローカリゼーション機能を以下の目的で使用します。

JavaScript ライブラリ (.js ファイル) 内のコードで参照されるリソースのローカライズ。ローカライズされたリソースは、メインアセンブリまたはスクリプトライブラリをリビルドすることなく、個別のインストールに配置できます。
クライアントオブジェクトのプロパティにマップされる、サーバーコントロールのローカライズ可能なプロパティの公開。

背景

ASP.NET の AJAX 機能は、ASP.NET 2.0 ローカリゼーションモデルに基づいています。この機能により、アセンブリ内またはディスク上の静的な .js ファイル内に埋め込まれたローカライズ済みスクリプトファイルのサポートが追加されます。

ASP.NET のローカリゼーションモデルに詳しくない場合は、次のトピックの情報を参考にしてください。

アセンブリ内のクライアントスクリプトファイルおよびスクリプトリソースのローカライズ

ASP.NET の AJAX 機能は、ローカライズについて .NET Framework のリソースモデルを採用しています。このモデルでは、ハブアンドスポーク方式を使用して、インクリメンタル更新が可能なローカライズされたリソースのパッケージ化と配置を行います。ハブは、ローカライズされていない実行可能コードを含むメインアセンブリです。これには、.NET Framework サーバーコードと、アセンブリにリソースとして埋め込まれた .js ファイル内のすべての JavaScript コードの両方が含まれます。

メインアセンブリには、単一のカルチャ用のリソースを含めることもできます。このようなリソースは、ニュートラルカルチャまたは既定のカルチャとして参照されます。ニュートラルカルチャは、アプリケーションで使用されるフォールバックカルチャです。これは、カルチャが指定されていない場合、または指定したカルチャのリソースが存在しない場合に使用されます。

通常、1 つのカルチャ用にローカライズされるリソースは、名前と値のペアとして .resx ファイルに作成されます (これらの .resx ファイルは、.resources ファイルにコンパイルできます)。名前を指定することで、コード内の情報へのアクセスが可能になります。値は、その名前で識別されるローカライズ (翻訳) された用語、イメージ、またはその他の要素です。アセンブリをビルドすると、.resx ファイルに対応する型が生成されます。各名前は、プログラムによる値へのアクセスを提供するフィールドとしてこの型で公開されます。生成される型の名前は、後で説明するように、アセンブリのプロパティの一部として指定します。

ハブアンドスポークモデルでは、各スポークは、単一のカルチャ用のリソースを含むサテライトアセンブリにつながります。サテライトアセンブリには、サーバーで実行されるコードは含まれません。含まれるのは、カルチャのリソース値へのプログラムによるアクセスを提供する、生成された型だけです。

このモデルは、次の機能を提供します。

アセンブリを配置した後、新しいサテライトアセンブリを配置することにより、新しいカルチャ用のリソースを追加できます。カルチャ固有のリソースの開発には、余分な時間を要する場合があります。このモデルでは、まずメインアプリケーションをリリースでき、その後でカルチャ固有のリソースを配信します。
メインアプリケーションを再コンパイルしなくても、アプリケーションのサテライトアセンブリを更新できます。
アプリケーションは、メインアプリケーションをアンロードおよび再読み込みする必要はなく、特定のカルチャのサテライトアセンブリだけを読み込みます。このため、システムリソースの使用率を大幅に下げることができます。

ASP.NET 用のリソースファイルを作成する方法の詳細については、「方法 : ASP.NET Web サイトに対してリソースファイルを作成する (Visual Studio)」および「リソースを使用した ASP.NET Web ページのローカライズ」を参照してください。

.NET Framework のリソースファイルジェネレータ (Resgen.exe) ツールの使用方法の詳細については、「リソースファイルジェネレータ (Resgen.exe)」を参照してください。このツールは、.resx ファイルまたは .txt ファイルを、アセンブリにリンクできるバイナリの .resources ファイルに変換します。

ローカライズされたメインアセンブリとサテライトアセンブリの編成

JavaScript (.js) ファイルを含むアプリケーションをローカライズする場合は、ハブアンドスポークモデルを使用できます。一般に、アセンブリはローカライズされた ASP.NET アプリケーションと同じように編成されます。

AJAX 対応の ASP.NET Web アプリケーション用の JavaScript ファイルを管理するには、ローカライズが必要な文字列またはその他の要素をハードコーディングしないように JavaScript コードを記述します。代わりに、JavaScript コードでローカライズされた値を使用する必要がある場所では、リソースファイルから生成される型からフィールドを取得します。

通常、メインアセンブリには以下の要素が含まれます。

アプリケーションタスクを実行する JavaScript ファイル。ハードコーディングされたリソースではなく、ローカライズされたリソースを使用するように記述されています。アセンブリには、これらの JavaScript ファイルのデバッグバージョンをオプションとして含めることもできます。
オプションで、単一のニュートラルカルチャ用のリソース (.resx ファイルまたは .resources ファイル)。これらのリソースは、アプリケーションのフォールバックカルチャとしてとして機能します。
オプションで、ニュートラルカルチャ用のリソースのデバッグバージョン。デバッグバージョンのリソースファイルには、デバッグバージョンの JavaScript ファイルで必要となる追加の名前と値のペアが含まれます。

通常、サテライトアセンブリには、ASP.NET アプリケーション用の単一カルチャ用にローカライズされたリソースが含まれます。フォールバックカルチャにはサテライトアセンブリは不要です。単一カルチャ用のリソースは、個別のリソースファイル (.resx ファイルまたは .resources ファイル) に作成された後、単一のサテライトアセンブリにコンパイルされます。

メモ :
ASP.NET を使用すると、カスタム UI カルチャおよびカスタムカルチャ名を作成できます。ただし、カルチャ名は通常、言語を表す 2 桁の文字と国または地域を表す 2 桁の大文字で構成される ISO 言語コードによって決まります。たとえば、es-MX (スペイン語、メキシコ)、es-CO (スペイン語、コロンビア)、fr-CA (フランス語、カナダ) などがその例です。すべてのカルチャ名の一覧については、System.Globalization.CultureInfo クラスの概要を参照してください。

ASP.NET を使用すると、カスタム UI カルチャおよびカスタムカルチャ名を作成できます。ただし、カルチャ名は通常、言語を表す 2 桁の文字と国または地域を表す 2 桁の大文字で構成される ISO 言語コードによって決まります。たとえば、es-MX (スペイン語、メキシコ)、es-CO (スペイン語、コロンビア)、fr-CA (フランス語、カナダ) などがその例です。すべてのカルチャ名の一覧については、System.Globalization.CultureInfo クラスの概要を参照してください。

ローカライズされて埋め込まれたスクリプトファイルの名前

ローカライズされ、リソースとして埋め込まれるスクリプトファイルには、次の名前付け規則を適用することをお勧めします。

scriptname_noextension.[debug].[UI culture identifier].[resources|resx]

デバッグバージョンのファイル名は、".debug" を含みます。リリースバージョンは含みません。

この名前付け規則の例を次の表に示します。これらの例は、埋め込まれるスクリプトファイルのリリースバージョンとデバッグバージョンを示しています。また、それらのスクリプトファイルに関連付けられているリソースのリリースバージョンとデバッグバージョンも示しています。

Sample.js
ニュートラルカルチャのスクリプトファイルのリリースバージョンです。これはメインアセンブリに埋め込まれます。
Sample.debug.js
ニュートラルカルチャのスクリプトファイルのデバッグバージョンです。これもメインアセンブリに埋め込まれます。
Sample.fr-FR.resources
スクリプトファイル Sample.js に関連付けられているリソースのリリースバージョンです。特定の UI カルチャ用にローカライズされています。これらのリソースは、サテライトアセンブリの一部になります。
Sample.debug.fr-FR.resources
スクリプトファイル Sample.debug.js に関連付けられているデバッグ固有のリソースです。特定の UI カルチャ用にローカライズされています。これらのリソースは、Sample.fr-FR.resources ファイルを含むサテライトアセンブリの一部になります。

この名前付け規則は、アセンブリに埋め込まれているスクリプトファイルまたはリソースファイルに対して厳密に要求されるわけではありません。これは、リソース用に生成された型とリソース名との対応付けが、アセンブリ属性の使用によって完了するためです。

デバッグスクリプトリソースのローカライズ

デバッグモードで作業している場合、ASP.NET は実行時に、スクリプトファイルのリリースバージョンのリソースを追加のデバッグリソースと結合します。次に、結合された組み合わせをブラウザに送信します。したがって、デバッグバージョンのスクリプト用にリソースファイルを作成する場合、定義する必要のあるリソースは、リリースバージョンのスクリプトリソースファイルに含まれていない名前と値のペアだけです。名前付け規則により、デバッグバージョンのスクリプトおよびスクリプトリソースでは、対応するリリースバージョンと同じ名前が使用されますが、スクリプトファイル名の後に ".debug" が付きます。

スクリプトに関連付けられたローカライズ済みのスクリプトおよびリソースのアセンブリ属性の指定

アセンブリのビルド時にリソースファイルがどのように管理されるかを指定するには、AssemblyInfo ファイル (AssemblyInfo.vb ファイルまたは AssemblyInfo.cs ファイル) に属性を含めます。

メモ :
Visual Studio では、Visual Basic で記述されたプロジェクトの AssemblyInfo.vb ファイルは、ソリューションエクスプローラの [My Project] ノードにあります。[My Project] ノードにファイルが表示されない場合は、[プロジェクト] メニューの [すべてのファイルを表示] をクリックします。C# で記述されたプロジェクトの AssemblyInfo.cs ファイルは、ソリューションエクスプローラの [プロパティ] ノードにあります。

Visual Studio では、Visual Basic で記述されたプロジェクトの AssemblyInfo.vb ファイルは、ソリューションエクスプローラの [My Project] ノードにあります。[My Project] ノードにファイルが表示されない場合は、[プロジェクト] メニューの [すべてのファイルを表示] をクリックします。C# で記述されたプロジェクトの AssemblyInfo.cs ファイルは、ソリューションエクスプローラの [プロパティ] ノードにあります。

ASP.NET では、WebResourceAttribute クラスを使用してアプリケーションのリソースをマークします。JavaScript ファイルをアセンブリに埋め込むには、この属性を使用して .js ファイルを Web リソースとして指定します。

埋め込まれた JavaScript ファイルのリソースファイルを含めるには、ScriptResourceAttribute クラスを使用します。この属性は、テキストベースのリソースを JavaScript ファイル用のリソースとして識別します。

メモ :
ScriptResourceAttribute クラスは、テキストベースのリソースのみを JavaScript ファイル用のリソースとして識別する場合に使用できます。ローカライズされたイメージ (バイナリ) ファイルをカルチャに関連付けるには、スクリプトが解決および読み込み可能なローカライズされたリソースとしてファイルの URL を格納します。

ScriptResourceAttribute クラスは、テキストベースのリソースのみを JavaScript ファイル用のリソースとして識別する場合に使用できます。ローカライズされたイメージ (バイナリ) ファイルをカルチャに関連付けるには、スクリプトが解決および読み込み可能なローカライズされたリソースとしてファイルの URL を格納します。

アセンブリ属性を使用して、埋め込みスクリプトとそれに関連付けられたスクリプトリソースを識別する方法を次の例に示します。

' Indicates that neutral fallback resources are retrieved from 
' the main assembly named MainAssembly.
<assembly: NeutralResourcesLanguageAttribute("en-US",
  UltimateResourceFallbackLocation.MainAssembly)>

' Defines embedded scripts as Web resources.
<assembly:WebResource("Sample.js", "text/javascript")>
<assembly:WebResource("Sample.debug.js", "text/javascript")>

' Defines the script resources for the scripts and their types.
<assembly:ScriptResource("Sample.js", "Sample.resources", 
  "Sample.Res")>
<assembly:ScriptResource("Sample.debug.js", "Sample.debug.resources", 
  "Sample.Res")>

// Indicates that neutral fallback resources are retrieved from 
// the main assembly named MainAssembly.

[assembly: NeutralResourcesLanguageAttribute("en-US",
  UltimateResourceFallbackLocation.MainAssembly)]

// Defines embedded scripts as Web resources.
[assembly:WebResource("Sample.js", "text/javascript")]
[assembly:WebResource("Sample.debug.js", "text/javascript")]

// Defines the script resources for the scripts and their types.
[assembly:ScriptResource("Sample.js", "Sample.resources", 
  "Sample.Res")]
[assembly:ScriptResource("Sample.debug.js", "Sample.debug.resources", 
  "Sample.Res")]

この例では、Sample.js という名前のクライアントスクリプトファイルの埋め込まれたリリースバージョンが、MainAssembly という名前のメインアセンブリに含まれています。このアセンブリには、Sample.debug.js という名前の対応するデバッグバージョンも含まれています。.js ファイルは、WebResourceAttribute 属性によりリソースとして識別されます。

NeutralResourcesLanguageAttribute アセンブリ属性は、フォールバックカルチャとしてメインアセンブリを指定する際に使用されます。詳細については、「ローカリゼーションのニュートラルリソース言語」および System.Resources.NeutralResourcesLanguageAttribute クラスの概要を参照してください。

スクリプトファイルで使用されるリソースは、ScriptResourceAttribute 属性によって定義されます。Sample.resources ファイルおよび Sample.debug.resources ファイルには、それそれ Sample.js ファイルおよび Sample.debug.js ファイルのリソース値が含まれます。

リリースバージョンとデバッグバージョンの両方のスクリプトリソースに対して、Sample.Res という名前の型が生成されます。これは、JavaScript コードがローカライズされた値にアクセスするときに使用する型です。ビルド処理では、リリースモードおよびデバックモードの両方に対して単一の型のみが作成されます。デバッグモードでは、リリースバージョンのリソースが、デバッグバージョンの追加のリソースと結合されます。

バージョン付きアセンブリに必要なアセンブリ情報ファイルおよびアセンブリメタデータの作成方法の詳細については、「方法 : プリコンパイルされた Web サイトのバージョン付きアセンブリを作成する」を参照してください。

静的なスクリプトファイルおよびそのリソースのローカライズ

スクリプトライブラリをアセンブリに埋め込む代わりに、ディスク上のローカライズされた静的なスクリプトファイル (.js ファイル) として編成することができます。ページの作成者は、ScriptReferenceCollection クラスを通じてスクリプトファイルを参照できます。

静的なスクリプトファイルモデルには、JavaScript ファイル用のリソースとして自動的に管理できる個別の .resx ファイルまたは .resources ファイルはありません。代わりに、すべての UI カルチャとロケールの組み合わせで使用できる .js ファイルがあります。実際には、各 .js ファイルは、JavaScript コード全体の中のロケール固有のバージョンを表します。このモデルでローカライズされたスクリプトファイルを管理する一般的な方法は、各 .js ファイルで同じ JavaScript ロジックを使用する方法です。アセンブリへの埋め込みモデルと同様に、JavaScript コードでも、ローカライズされたリソース値を取得するために型を呼び出します。ただし、ローカライズされた値を格納する型を用意する必要があるという点が異なります。この型は自動的には生成されません。たとえば、各ロケール用の .js には、アプリケーションコードと、ローカライズされた値を保持するフィールドを定義するクラスの両方を含めることができます。それぞれの .js ファイルでは、このクラスに異なる言語の値が含まれることになります。

メモ :
静的なスクリプトファイルモデルでは、.js ファイル内のアプリケーション JavaScript コードが、埋め込まれている JavaScript ファイルと同期されないことがあります。これは、各スクリプトファイルにコードのコピーが含まれているためです。バージョン管理におけるコードの重複の問題を回避するには、JavaScript ソースファイルのコピーを 1 つだけ保持するようにして、ローカライズしたリソースの型は別のファイルに作成します。アプリケーションのビルド処理で、最終的な結合ファイルを生成できます。

静的なスクリプトファイルモデルでは、.js ファイル内のアプリケーション JavaScript コードが、埋め込まれている JavaScript ファイルと同期されないことがあります。これは、各スクリプトファイルにコードのコピーが含まれているためです。バージョン管理におけるコードの重複の問題を回避するには、JavaScript ソースファイルのコピーを 1 つだけ保持するようにして、ローカライズしたリソースの型は別のファイルに作成します。アプリケーションのビルド処理で、最終的な結合ファイルを生成できます。

アセンブリ内の埋め込みリソースと同様に、ローカライズされた静的なスクリプトファイルは、ファイル名の一部に UI カルチャ名を含めることで、その UI カルチャに対応付けることができます。たとえば、カルチャがニュートラルのフランス語の埋め込みクライアントスクリプトファイルには Sample.fr.js という名前を付け、カルチャ固有のフランス語 (カナダ) の JavaScript リソースに Sample.fr-CA.js という名前を付けます。

静的なスクリプトファイルモデルにおけるローカライズされたデバッグスクリプト

静的なスクリプトファイルモデルでは、スクリプトの参照先となるローカライズされたリソースは、通常は 1 つの .js ファイルで型として定義されます。デバッグバージョンのスクリプトファイルも同じように編成され、ローカライズされたリリースリソースと追加のデバックリソースの両方が、1 つのファイルで型として定義されます。デバッグバージョンのスクリプトでは、対応するリリースバージョンと同じ名前が使用されますが、ファイル名の後ろに ".debug" が付きます。

ScriptManager を使用したスクリプトの管理

ScriptManager コントロールを使用すると、ディスク上の中央ディレクトリに配置された静的なスクリプトを管理できます。このためには、スクリプトファイルのすべてのバージョンを 1 つのフォルダに配置して、ローカライズされたすべてのファイルのリリースバージョンとデバッグバージョンをその中に含めます。静的なスクリプトファイルライブラリのディレクトリ構造のレイアウトを次の例に示します。

SampleNamespace/

1.0.0.0/

Sample.js

Sample.debug.js

Sample.de-DE.js

Sample.debug.de-DE.js

Sample.fr-FR.js

Sample.debug.fr-FR.js

この例では、すべてのスクリプトファイルは、スクリプトライブラリのバージョン (1.0.0.0) を名前とするフォルダに格納されています。このバージョン固有のフォルダは、ライブラリの名前空間に基づいた名前のフォルダに含まれています。スクリプトライブラリを名前空間とバージョンに基づいてフォルダに編成することで、ライブラリのバージョンをある程度管理できます。これは、ライブラリ間のスクリプト名の衝突の回避にも役立ちます。また、ライブラリのコンシューマは、ファイルが属するライブラリおよびライブラリのバージョンを識別できるようになります。

ローカリゼーションにおける ScriptManager コントロールの役割の理解

ScriptManager コントロールには、ローカライズされたスクリプトおよびスクリプトリソースを使用するための次の機能が用意されています。

カスタム UI カルチャも含め、サポート対象の UI カルチャを定義できます。
カルチャ固有のアセンブリ属性を解釈し、ブラウザの UI カルチャ (ある場合) を自動的に検出します。次に、アセンブリからローカライズ済みまたはフォールバックのスクリプトとリソースを読み取ります。デバッグモードでは、適切な UI カルチャ名およびファイル名の ".debug" 文字列 (Sample.debug.fr-FR.resources など) の両方を含むスクリプトリソースの読み込みを試みます。
適切なスクリプトおよびそのローカライズされたリソースを指す URL を生成します。セキュリティを強化する場合には、URL を暗号化します。
生成された URL のパラメータに基づき、スクリプトまたはスクリプトリソースを圧縮するかどうかを判断します。
ブラウザによってスクリプトが無制限にキャッシュされないように、埋め込みスクリプトを含むアセンブリにタイムスタンプを追加します。

詳細については、ScriptManager クラスの概要を参照してください。

次の例は、ScriptManager コントロールを使用して、アセンブリに配置されたクライアントコントロールを登録する Web ページの一部を示しています。埋め込みスクリプトは、Assembly プロパティおよび Name プロパティを使用して登録されます。

<%@ Register TagPrefix="Samples" Namespace="DemoControls" 
  Assembly=" SampleAssembly" %>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" 
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

<html xmlns="http://www.w3.org/1999/xhtml">
<head runat="server">
  <title>ScriptReference</title>
</head>
<body>
  <form id="form1" runat="server">
    <div>
      <asp:ScriptManager ID="ScriptManager1" runat="server">
        <Scripts>
          <asp:ScriptReference Assembly="SampleAssembly"
              Name="DemoControls.SampleControl.js" />
        </Scripts>
      </asp:ScriptManager>

      <!-- Additional markup here. -->

    </div>
  </form>
</body>

コード例

次のセクションでは、JavaScript ファイルおよびリソースを操作するコード例を示します。

"方法" トピックと "チュートリアル" トピック

クラスリファレンス

コンポーネントライブラリのローカライズに使用される主要なクラスの一覧を次の表に示します。

ScriptManager
AJAX コンポーネント、部分ページレンダリング、クライアント要求、および ASP.NET サーバーページでのサーバー応答を管理します。
ScriptReference
Web ページ内で使用する JavaScript ファイルを登録するための API を提供します。JavaScript ファイルは、アセンブリに埋め込まれたファイル、またはディスク上のファイルのどちらかになります。
ScriptReferenceCollection
クライアントスクリプトファイルを表す ScriptReference オブジェクトへのアクセスを提供します。

参照

次の方法で共有

コンポーネントライブラリのリソースのローカライズの概要

シナリオ

背景

アセンブリ内のクライアントスクリプトファイルおよびスクリプトリソースのローカライズ

ローカライズされたメインアセンブリとサテライトアセンブリの編成

ローカライズされて埋め込まれたスクリプトファイルの名前

デバッグスクリプトリソースのローカライズ

スクリプトに関連付けられたローカライズ済みのスクリプトおよびリソースのアセンブリ属性の指定

静的なスクリプトファイルおよびそのリソースのローカライズ

静的なスクリプトファイルモデルにおけるローカライズされたデバッグスクリプト

ScriptManager を使用したスクリプトの管理

ローカリゼーションにおける ScriptManager コントロールの役割の理解

コード例

"方法" トピックと "チュートリアル" トピック

クラスリファレンス

参照

処理手順

概念

参照

その他の技術情報

その他のリソース

次の方法で共有

コンポーネント ライブラリのリソースのローカライズの概要

シナリオ

背景

アセンブリ内のクライアント スクリプト ファイルおよびスクリプト リソースのローカライズ

ローカライズされたメイン アセンブリとサテライト アセンブリの編成

ローカライズされて埋め込まれたスクリプト ファイルの名前

デバッグ スクリプト リソースのローカライズ

スクリプトに関連付けられたローカライズ済みのスクリプトおよびリソースのアセンブリ属性の指定

静的なスクリプト ファイルおよびそのリソースのローカライズ

静的なスクリプト ファイル モデルにおけるローカライズされたデバッグ スクリプト

ScriptManager を使用したスクリプトの管理

ローカリゼーションにおける ScriptManager コントロールの役割の理解

コード例

"方法" トピックと "チュートリアル" トピック

クラス リファレンス

参照

処理手順

概念

参照

その他の技術情報

その他のリソース

コンポーネントライブラリのリソースのローカライズの概要

アセンブリ内のクライアントスクリプトファイルおよびスクリプトリソースのローカライズ

ローカライズされたメインアセンブリとサテライトアセンブリの編成

ローカライズされて埋め込まれたスクリプトファイルの名前

デバッグスクリプトリソースのローカライズ

静的なスクリプトファイルおよびそのリソースのローカライズ

静的なスクリプトファイルモデルにおけるローカライズされたデバッグスクリプト

クラスリファレンス