3

国際化されたC#/WPFのアプリケーションがあります(一部の言語のリソース文字列)。

現在、リソース ファイルに次のコードを使用しています: default.resx、de-DE、fr-FR、es-ES、pt-BR、pt-PT、nl-NL など。

しかし、いくつか質問があります。

  1. たとえば、nl の場合、nl-NL (オランダ) と nl-BE の 2 つのバリエーションがあります。現在、私は nl-NL を使用していますが、nl-BE が定義されていないため、ベルギーの人がデフォルトのテキストを取得するかどうかを推測します。これは本当ですか？

  2. nl-NL の代わりに nl を使用する必要がありますか?

  3. 一部の言語では、1 つの国のみが定義されています (例: hu-HU) ... では、hu と hu-HU の違いは何ですか? 私は何も考えませんが、私は確信したいです。

4

2 に答える 2

3

リソースの検索順序はもう少し複雑で柔軟です。MSDN のパッケージ化とリソースの配置を参照してください。

質問のメモ項目 5 について: nl-NL のような特定のカルチャが見つからない場合は、親カルチャ ( CultureInfo.Parent ) を検索します。ただし、親カルチャは国を除いたカルチャ名である必要はありません。たとえば、zh-CN の場合は zh-CHS です。また、祖父母文化などもあるかもしれませんが…

  1. はい
  2. はい。ただし、適切な親カルチャ名を選択するように注意してください。単純に国を切り落とすな
  3. はい、それは問題ではありませんが、特定の読み込みが少し速くなる可能性があります。一方で、将来、同じ言語に別の特定の文化が存在するかどうかはわかりません。たぶん、ルーマニアの少数派ハンガリー人は独自のCultureInfoを取得しています...
于 2013-02-13T21:29:03.773 に答える
2

はい、通常、nl-BE と nl-NL の両方でローカライズする余裕がない場合は、"nl" のようなニュートラル カルチャでリソースを提供します。特定のカルチャが利用できない場合、リソース マネージャーは自動的に親カルチャにフォールバックします。

顧客が満足するかどうかは、後でわかることです。フラマン語とオランダ語は非常に似ているため、その特定のケースについては、それほどイライラすることはありません。ブラジル対ポルトガルはそれほど明確ではありません。アメリカ英語が、色が分かれているため、もはやイギリス的ではないのと同じように、彼らは独自のパトワを開発するのに時間がかかりました. hu-HU と hu は関係ありません。hu-HU を選択してください。

背景情報はこちらです。

于 2013-02-13T21:30:44.210 に答える