2009-04-30 6 views
18

私は大規模なクライアント/サーバーアプリケーションの国際化の仕事を与えられています。私がアプリを「世界的に準備ができている」ようにして、翻訳されたアプリケーションとリソースが別の国の同僚に渡されて翻訳され、顧客にリリースされるということです。いくつかの国があり、したがっていくつかの別々の翻訳があります。resxファイルは国際化に適していますか?

ステップ1:

ここで重要なことは、私はシンプルな2つのステップのリリースプロセスをしたいということです私はコンパイルして、様々なcoutriesに私の同僚に「世界の準備」アプリケーションをリリース

ステップ2:彼らは、リソースのローカライズを行い、その後、私はの余分な工程を追加する必要はありません顧客に

をリリースは、App Wを作りますorld準備 - >リリースのApp - アプリケーションにコンパイル>- バックを来て、翻訳のための>待機週間 - >翻訳用のファイルをオフに送信します。

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

ここで質問します。 私はちょうど最初にアプリケーションをコンパイルし、翻訳を後で処理したいと考えているので、resxファイルは正しい方法であるか、私はそれらを放棄して、アプリケーションのコンパイル後に簡単に編集できる特注のデータベース駆動型のソリューションを書くべきです?

すべてが意味をなされることを願っています。あなたの考えを楽しみにしてください。

+1

は、情報をありがとうございました。私はまだresxファイルによって確信していません。そこにあるツールの多くはかなり高価に見えますが、私は彼らが特注のデータベースソリューションの柔軟性を提供することを覚悟しています。実際に私がresxファイルから私を奪ったのは、WinRes.exe(フォームレイアウトをローカライズするために使用されるアプリケーション)が、私たちが広範囲に使用するInfragistics Controlsでは動作しないということです。レイアウトを変更する利点がなければ、resxファイルは魅力を失います。したがって、私はデータベース駆動型のソリューションになると思います。 もう一度、入力していただきありがとうございます。 –

+0

ローカライゼーションツールのほとんどはAPIを備えていますので、このようなツールを使用すると思われる場合は、データベース駆動ソリューションの場合でもそのツールを使用できます。翻訳を盛り上げるときには本当に便利です。 – Awesome

答えて

16

はい、resxファイルが最適です。

リソースを翻訳するには、ローカライズツール(例:Passolo)を参照してください。それはどちらかん

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

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

テスト翻訳のみに焦点を当てている場合、resxの翻訳はおそらく処理が簡単です。

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

  • が一緒にすべての文字列を収集し、あなたは主にGUIデザイナで、多くの言語の翻訳テキストを管理RESXファイル
  • の数百を処理する必要がありません。
  • ソーステキストが変更されたか、追加されたかを認識するので、どのテキストを翻訳する必要があります。
  • 重複したテキストの翻訳は1回のみです。
  • 通常、翻訳を編集するにはうれしいです。
  • 他のツールや他の企業によって処理されるcsvなどのフォーマットへのエクスポート/インポート。
2

まあ、.NETのグローバリゼーション・フレームワーク全体は、RESXファイルとそれらが作成する衛星アセンブリに基づいています。メインアプリケーションをコンパイルすると、RESXファイルを独立して衛星アセンブリにコンパイルできます。

私はそこには翻訳プロセスを助けるツールがあることを知っていますが、私は彼らの手をオフにしている家族の世話ではありません。