3
文字列とラベルのローカライズとグローバリゼーションのベストプラクティス[終了]
休業。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善してみませんか?この投稿を編集して、事実と引用で回答できるように質問を更新してください。 5年前休業。 この質問を改善する 私は20人以上の開発者がいるチームのメンバーです。各開発者は個別のモジュール(10モジュールに近いもの)で作業します。各モジュールには少なくとも50のCRUDフォームがある可能性があります。つまり、現在、500近くの追加ボタン、保存ボタン、編集ボタンなどがあります。 ただし、アプリケーションをグローバル化したいので、アプリケーション内のテキストを翻訳できる必要があります。たとえば、フランス語のユーザーにとっては、どこでも「追加」という単語が重要になります。 これまでに行ったことは、UIまたはプレゼンテーションレイヤーのビューごとに、翻訳のキーと値のペアのディクショナリがあることです。次に、ビューのレンダリング中に、この辞書を使用して必要なテキストと文字列を翻訳します。ただし、このアプローチでは、500の辞書に500 近くの追加ができるようになりました。これは、DRYプリンシパルに違反したことを意味します。 一方、addを1か所に配置するなど、共通の文字列を集中化し、開発者にそれをどこでも使用するように依頼すると、集中化された辞書で文字列がすでに定義されているかどうかわからないという問題が発生します。 他の1つのオプションは、翻訳辞書を持たず、Google翻訳、Bingトランスレータなどのオンライン翻訳サービスを使用することです。 私たちが遭遇したもう1つの問題は、プロジェクトを予定どおりに納品するというストレスの下にいる一部の開発者が翻訳キーを思い出せないことです。たとえば、追加ボタンのテキストの場合、開発者はaddを使用し、別の開発者はnewを使用しています。 アプリケーションの文字列リソースのグローバリゼーションとローカリゼーションのベストプラクティス、または最もよく知られている方法は何ですか?