asp.netアプリケーションをグローバル化するために何を知る必要がありますか？

Question

私は北米以外の地域にローカライズする必要があるasp.netアプリケーションを作成しています。このグローバリゼーションの準備には何が必要ですか？世界に向けたアプリケーションの作成方法を学習するための、トップ1から2のリソースは何ですか？

Answer 1

System.Globalization名前空間について学ぶ：あなたが他の文化、言語をターゲットにしている場合

System.Globalization

はまた、良い本はNET Internationalization: The Developer's Guide to Building Global Windows and Web Applications

Answer 2

では、ユニコードのビットをリフレッシュするために良いでしょう。

The Absolute Minimum Every Software Developer Absolutely, Positively Must Know About Unicode and Character Sets (No Excuses!)

Answer 3

私がお勧めします：

1. は、データベースやリソースファイルのいずれかですべての文字列を入れてください。
2. 翻訳されたテキストには余白を付けてください（一部のドイツ語など）。

Answer 4

私が学んだ物事のカップル：

• を絶対にして残酷なテキストが含まれているあなたが持っているイメージの数を最小限に抑えます。そうすることで、あなたはすべてのfriggin 'の言語のための新しい画像のセットを取得する必要がないので、あなたの人生を10％簡単にするでしょう。

• 常に同じサイズのものに依存するCSSの配置には非常に注意してください。これらのものにテキストが含まれている場合、ではなく、は同じサイズのままです。その場合、戻ってデザインを修正する必要があります。

• sqlテーブルで文字型を使用する場合は、国際入力を受け取る可能性のある文字列がunicode（nchar、nvarchar、ntext）であることを確認してください。その点については、私はユニコード版の使用を標準化しています。

動的にSQLクエリを作成する場合は、テキストがユニコードである可能性がある場合は、引用符付きのテキストの前にN接頭辞を含めるようにしてください。ゴミをSQLテーブルに入れたら、それがあるかどうかを確認してください。

• すべてのWebページには、ユニコード形式であることが明確に記載されていることを確認してください。上記のJoelの記事を参照してください。

• このプロジェクトでは、多くのリソースファイルを使用しています。それは良いことです - ASP.NET 2.0はそのようなことを非常にサポートしています。 App_LocalResourcesフォルダとApp_GlobalResourcesフォルダ、GetLocalResourceObject、GetGlobalResourceObject、およびmeta：resourceKeyの概念を調べる必要があります。 Professional ASP.NET 2.0の第30章にはそれに関する素晴らしいコンテンツがあります。この本の3.5版も良いコンテンツを持っているかもしれませんが、私はそれを所有していません。

• フォントについて考えてみましょう。使用したい標準フォントの多くは、Unicode対応ではありません。私はいつもArial Unicode MS、MS Gothic、MS Minchoと運が良かった。しかし、私はこれらがどのようにクロスプラットフォームであるかについては分かりません。また、すべてのフォントがすべてのUnicode文字定義をサポートするわけではありません。再び、テスト、テスト、テスト。

• 翻訳システムをどのように翻訳するのか、今考えてみましょう。翻訳のために前後にデータをやり取りする方法について、翻訳ベンダーである人と話をしてください。ローカルリソースファイルを介して、一般的に使用されている文字列がシステムを通じて繰り返される可能性が高いという事実を考えてください。それらをグローバルリソースファイルに正規化するか、使用される各テキストのコピーが1つしか生成されない何らかの種類のデータベースレイヤーを持っていますか？最近のプロジェクトでは、すべての翻訳と元の英語版のリソースファイルを含むデータベーステーブルから生成されたリソースファイルを使用しました。

• 試験。一般的には、ドイツ語、ポーランド語、アジア言語（日本語、中国語、韓国語）でテストします。ドイツ語とポーランド語は文字通り、文字領域を伸ばすことがほぼ保証されていますが、アジア言語はユニコードサポートをテストするまったく異なる文字セットを使用します。

Answer 5

これは難しい問題です。私はカナダに住んでいるので、多言語主義は大きな問題です。ソフトウェア開発を長年続けてきた私は、私が好きなソリューションを見たことがありませんでした。私は仕事をして仕事を終わらせた多くのソリューションを見たことがありますが、彼らはいつも大きなクルーグのように感じました。 @harriyottに行って、あなたの文字列のどれもが実際にコードに入っていないことを確認します。リソースファイルは、デスクトップアプリケーションに適しています。しかし、ASP.Netでは、私はデータベースを使用することをお勧めしたいと思います。 @ジョンクリステンセンにも良い指針があります。

Answer 6

コード解析を有効にしてコンパイルしていることを確認し、それが与えるGlobalization warningsに注意してください。データをユーザーに表示するまでデータを不変形式（CultureInfo.InvariantCulture）にしておきます（次にCultureInfo.CurrentCultureを使用）。

Answer 7

私は真剣に、次のコードプロジェクトの記事を読んで検討する：

Globalization and localization demystified in ASP.NET 2.0

それはスレッド現在のカルチャを設定し、文化とロケールからすべてをカバーし、リソースファイルを、エンコーディング、あなたはそれに名前を付けます！

もちろん、それはかなりの写真と例がロードされています:-)。がんばろう！