19

私は、大規模なクライアントサーバーアプリケーションを国際化するタスクを与えられました。私がアプリを「WorldReady」にすると、コンパイルされたアプリケーションとリソースが別の国の同僚に渡され、翻訳されて顧客にリリースされます。いくつかの国が存在するため、いくつかの個別の翻訳があります。

ここで重要なのは、単純な2ステップのリリースプロセスが必要なことです。

ステップ1:「WorldReady」アプリケーションをコンパイルして、さまざまな国の同僚にリリースします

ステップ2:リソースのローカリゼーションを行い、顧客にリリースします

アプリをワールドレディにする->翻訳のためにファイルを送信する->翻訳が返されるまで数週間待つ- >アプリにコンパイルする->アプリをリリースするという余分な手順を追加したくありません

私は.NETグローバリゼーションとresxファイルの使用を見てきました。私が見たところ、resxファイルはアプリケーションにコンパイルされるため、一度コンパイルすると変更できません。サテライトアセンブリでさえ編集可能ではないようです。そして、その点で間違っていたとしても、サテライトアセンブリへの変更は、プロジェクトのresxファイルにどのように反映されますか?

では、質問です。最初にアプリをコンパイルして後で翻訳を処理したいのであれば、resxファイルは正しい方法ですか、それともアプリをコンパイルした後で簡単に編集できる特注のデータベース駆動型ソリューションを作成する必要がありますか?

すべてが理にかなっていることを願っています。あなたの考えを楽しみにしています。

4

3 に答える 3

17

はい、resx ファイルが最適なソリューションです。

リソースの翻訳については、 Passoloなどのローカリゼーション ツールを検討する必要があります。それはどちらかを行います

  • 元のresxを入力として受け取り、コードベースにチェックインする必要がある翻訳されたresxファイルを生成します
  • コンパイルされたアセンブリを入力として受け取り、サテライト アセンブリを生成します。

これにより、GUI レイアウトもローカライズできるため、アセンブリを翻訳しています。外部ツールが GUI エディターを開くことができるようにするには、コードが必要であり、これはアセンブリーにあります。

テスト翻訳だけに集中するのであれば、おそらく resx の翻訳の方が扱いやすいでしょう。

このような外部ツールは、次の重要な機能を提供します。

  • すべての文字列をまとめると、何百もの resx ファイルを処理する必要がなくなります
  • 主に GUI デザイナーを使用して、多くの言語の翻訳テキストを管理します。
  • ソース テキストが変更または追加されたかどうかを認識するため、どのテキストを翻訳する必要があるかがわかります。
  • 重複テキストの翻訳は一度だけ。
  • 通常、翻訳を編集するための優れた UI。
  • csv および同様の形式にエクスポート/インポートして、他のツールや他の企業で処理することもできます。
于 2009-04-30T08:34:29.167 に答える
2

そうです、.NET のグローバリゼーション フレームワーク全体は、RESX ファイルと、それらが作成するサテライト アセンブリに基づいています。メイン アプリをコンパイルしたら、RESX ファイルを個別にサテライト アセンブリにコンパイルできます。

翻訳プロセスを支援するツールが世の中にあることは知っていますが、それ以外のツールについてはよく知りません。

于 2009-04-30T08:31:06.400 に答える
0

Rick Strahl のリソース プロバイダーを確認する

于 2009-06-23T17:24:15.373 に答える