Web アプリケーションの国際化は常に面倒に思えます。プラグ可能な言語をどれだけ前もって計画しても、エンコーディングの問題、テンプレートに合わない変な言い回し、その他の問題が常にあります。
プログラマーが Web アプリの国際化を決定する際に注意すべき一連の事項について、SO コミュニティの意見を得ることが役立つと思います。
Web アプリケーションの国際化は常に面倒に思えます。プラグ可能な言語をどれだけ前もって計画しても、エンコーディングの問題、テンプレートに合わない変な言い回し、その他の問題が常にあります。
プログラマーが Web アプリの国際化を決定する際に注意すべき一連の事項について、SO コミュニティの意見を得ることが役立つと思います。
国際化は難しいです。20以上の異なる言語で書かれた2つのWebサイトでの作業から学んだことがいくつかあります。
資力:
私の会社では、すべての文字列が*.propertiesファイルに保存されています。私たちのビルドツールは、プロパティファイルの「テスト言語」コピーをビルドします。これは次のような文字列を置き換えます。
Click here
このようなもので:
[~~ Çļïčк н∑ѓё ~~ タウ ~~]
これで、構成ファイルで言語を「テスト」に設定すると、これらのプロパティファイルが使用されます。(もちろん、テスト言語ファイルは出荷していません)。
これにより、次のことが可能になります。
実際の翻訳に関しては、これは開発者ではなくプロの翻訳者によって行われます。
海外に住む英国人として、私は多くの Web アプリケーションの国際化へのアプローチに不満を感じており、その不満についてブログを書いてきました。
私のヒントは次のとおりです。
私が Web で目にするのは、企業が内部化を誤っていることだけです。ユーザーの観点から正しく理解することは、実に難しいことです。
ASP.NET1.1 でリソース ファイルを使用した「バイリンガル」のアプリがいくつかあります。
String Resource Tool と呼ばれるものもあります。基本的には、すべての文字列を両方の言語の .RES ファイルに入れ、文化に基づいて、または誰かがその言語のリンクをクリックしたかどうかに基づいて、どのファイルから読み取るかを決定します。
最大の問題は、翻訳が正しく行われていることを確認することです