1 つ以上の言語にローカライズできるアプリケーションを含む、世界対応のアプリケーションの開発には、グローバリゼーション、ローカライズ可能性のレビュー、ローカライズの 3 つの手順が含まれます。
この手順では、カルチャに依存せず、言語に依存しないアプリケーションを設計およびコーディングし、すべてのユーザーのローカライズされたユーザー インターフェイスと地域データをサポートします。 これには、カルチャ固有の想定に基づいていない設計とプログラミングの決定を行う必要があります。 グローバル化されたアプリケーションはローカライズされませんが、その後は 1 つ以上の言語に比較的簡単にローカライズできるように設計および記述されています。
この手順では、アプリケーションのコードと設計を確認して、容易にローカライズできることを確認し、ローカライズの潜在的な障害を特定し、アプリケーションの実行可能コードがそのリソースから分離されていることを確認します。 グローバリゼーションステージが有効であった場合、ローカリゼーションレビューでは、グローバリゼーション中に行われた設計とコーディングの選択が確認されます。 ローカライズステージでは、ローカライズ段階でアプリケーションのソース コードを変更する必要がないように、残りの問題を特定することもできます。
この手順では、特定のカルチャまたはリージョンに合わせてアプリケーションをカスタマイズします。 グローバリゼーションとローカライズの手順が正しく実行されている場合、ローカライズは主にユーザー インターフェイスの翻訳で構成されます。
これらの 3 つの手順に従って、次の 2 つの利点があります。
これにより、追加のカルチャをサポートするために、米国英語などの単一のカルチャをサポートするように設計されたアプリケーションを後付けする必要がなくなります。
その結果、ローカライズされたアプリケーションの安定性が向上し、バグが少なくなります。
.NET では、世界に対応したローカライズされたアプリケーションの開発を広範にサポートしています。 特に、.NET クラス ライブラリの多くの型メンバーは、現在のユーザーのカルチャまたは指定されたカルチャの規則を反映する値を返すことによってグローバリゼーションを支援します。 また、.NET ではサテライト アセンブリがサポートされており、アプリケーションをローカライズするプロセスが容易になります。
このセクションでは...
カルチャに依存しない、言語に依存しないアプリケーションの設計とコーディングを含む、世界に対応したアプリケーションを作成する最初の段階について説明します。
.NET グローバリゼーションで Unicode 用 International Components (ICU) がどのように使用されるかについて説明します。
ローカライズされたアプリケーションを作成する 2 番目の段階について説明します。これには、ローカライズに対する潜在的な障害を特定する必要があります。
ローカライズされたアプリケーションを作成する最後の段階について説明します。これには、特定のリージョンまたはカルチャに合わせてアプリケーションのユーザー インターフェイスをカスタマイズする必要があります。
カルチャに依存しない結果を取得するために、既定でカルチャに依存する .NET メソッドとクラスを使用する方法について説明します。
世界に対応したアプリケーションを開発するためのベスト プラクティス
グローバル化、ローカライズ、および世界対応の ASP.NET アプリケーションの開発に従うベスト プラクティスについて説明します。
リファレンス
System.Globalization 名前空間
言語、国/地域、使用中のカレンダー、日付、通貨、数値の書式パターン、文字列の並べ替え順序など、カルチャに関連する情報を定義するクラスが含まれます。
System.Resources 名前空間
リソースを作成、操作、および使用するためのクラスを提供します。
System.Text 名前空間
ASCII、ANSI、Unicode、およびその他の文字エンコーディングを表すクラスが含まれています。
Resgen.exe (リソース ファイル ジェネレーター)
Resgen.exe を使用して、.txt ファイルと XML ベースのリソース形式 (.resx) ファイルを共通言語ランタイム バイナリ .resources ファイルに変換する方法について説明します。
Winres.exe (Windows フォーム リソース エディター)
Winres.exe を使用して Windows フォームフォームをローカライズする方法について説明します。
.NET