問題タブ [localization]

これはちょっと一般的な質問で、意見を受け付けています。私は、Windows MFC アプリケーションおよび関連ユーティリティの文字列リソースをローカライズするための優れた設計方法を考え出そうとしています。私のウィッシュリストは次のとおりです。

• メッセージをインラインで読み取ることができるように、コード内の文字列リテラルを保持する必要があります (マクロ #define リソース ID で置き換えるのではなく)。
• ローカライズされた文字列リソースを許可する必要があります (duh)
• 追加のランタイム環境制限を課してはなりません (例: .NET への依存など)。
• 既存のコードへの干渉を最小限にする必要があります (変更が少ないほど良い)
• デバッグ可能であるべき
• 一般的なツールで編集可能なリソース ファイルを生成する必要があります (つまり、一般的な形式)。
• コード内のリテラル文字列を保持するために、コピー アンド ペースト コメント ブロックを使用しないでください。
• すべての「表記された」文字列がリソース ファイルにあることを静的 (コンパイル時) チェックできるようにするとよいでしょう。
• クロス言語のリソース文字列プーリングを許可するとよいでしょう (さまざまな言語のコンポーネント用、たとえばネイティブ C++ および .NET)。

静的チェックを除いて、すべてのウィッシュリストをある程度満たす方法がありますが、それを実現するために少しカスタムコードを開発する必要がありました (そして制限があります)。誰かがこの問題を特に良い方法で解決したかどうか疑問に思っています。

編集:私が現在持っている解決策は次のようになります:

次に、「RESTRING」ブロック内から文字列を解析してローカライズ用の .resx ファイルに配置するカスタム ユーティリティと、ローカライズされたリソース ファイルからフォールバックで読み込む別の C# COM オブジェクトがあります。C# オブジェクトが使用できない (または読み込めない) 場合は、コード内の文字列にフォールバックします。マクロは、COM オブジェクトを呼び出して書式設定などを行うテンプレート クラスに展開されます。

とにかく、参考までに今持っているものを追加すると便利だと思いました。

最小限の労力でWebサイト（違いが生じる場合はasp.net / c＃）にローカリゼーションを追加したいと考えています。私はwiztommultilizerの ようなツールを見てきましたが、他の人がそれらを使って経験することに興味があります。

これらのようなツールをうまく使用しましたか？もしそうなら、あなたは何を変えますか？

Windows フォーム アプリケーションのバックグラウンド ワーカー プロセスから報告されたローカライズされたメッセージで奇妙な動作が発生しています。

アプリケーションは、Windows フォームを使用したセットアップ アプリケーションです。アプリケーションはバックグラウンド ワーカーを起動して実行し、IIS をリセットしてから MSI をインストールします。

スペインの Win Server 2003 VM でアプリケーションを初めて実行したとき、フォームはスペイン語ですが、BWP メッセージは表示されません。すぐにもう一度実行すると、メッセージはスペイン語になります。

.Resources ファイルは埋め込みリソースであり、アプリケーションの起動時に一時ディレクトリに抽出されます。

私のコードは、カスタム リソース マネージャー クラスを介してローカライズされた文字列を取得します。このクラスは、一時ディレクトリ内の .Resources ファイルにファイル ベースのリソースを作成します。Windows フォームのラベルとタイトルが毎回ローカライズされるため、これは正しく機能しています。

誰もこれを経験しましたか？私は絶対に立ち往生しています、助けてください。ありがとう、アンドリュー

次の問題がより良い/異なる/共通の解決策を持っているかどうか、意見を求めています:

英語 (このアプリケーションのデフォルト言語) の製品名を含む製品データベースがあり、可能であれば名前の翻訳が必要です。

現在、私はこのセットアップを持っています:

製品表

および製品ローカリゼーション テーブル

次のクエリを使用して、ローカライズされた製品 (この場合はドイツ語) のリストを取得し、デフォルトの英語名にフォールバックします。

SQL コードは postgres の方言です。データは UTF-8 として保存されます。

ローカリゼーション テストの最適化を検討しています。

私たちの QA グループは、リソースからのすべての文字列が完全に X に含まれるようにする特別なモードの提案をしました。私たちはすでに LoadString とその MFC 実装を API で乗っ取っているので、それを行うことは大きなハードルではありません。

私の質問は、フォーマットの問題をどのように解決しますか?

したがって、要約すると、文字列は printf または Format ステートメントで使用された場合に機能し、エスケープ文字を尊重する必要があります。

これは純粋なコードの質問です C++/MFC

.RC ​​ファイルのツールを使用してこれを実行できることはわかっていますが、英語をビルドしてから、次のように実行したいと考えています。

アプリケーション -L10NTEST

ASP.NET MVC アプリケーションをローカライズするためのベスト プラクティスは何ですか?

次の 2 つの状況について説明します。

• 複数の言語を処理する IIS での 1 つのアプリケーション展開
• 1 つの言語/アプリケーションの展開。

最初の状況では、~/View/EN、~/View/FI、~/View/SWE、または別のようなビューベースのものを使用する必要がありますか?

2 番目のケースでは、Web.config を介したアプリケーション ベースの構成だけで、これらの異なる言語が異なる URL を指すようにすることはできますか?

テキスト ファイルを Visual Studio のリソース ファイルに変換するツールがあることは知っています。しかし、翻訳できるように、リソース ファイルからテキスト ファイルにテキストを取得したいと考えています。または、これを行うより良い方法はありますか？

言葉の壁で苦労している仲間がいます。スペイン語でも利用できる IDE を考えてみましたが、思いつきませんでした。何か案は？

これは私がいつも疑問に思っていることであり、オンラインのどこにも言及されていません。たとえば日本のお店がコードを書いたら、英語で読めるでしょうか？それとも、C や PHP などの言語には日本語訳がありますか?

私が尋ねているのは、世界中のすべてのコーダーが、私とまったく同じ予約語を使用するのに十分な英語を知っているということですか?

このコードは：

私が今見ているのとまったく同じものを英語で表示するか、英語を話さない他の人が「if」、「switch」、「case」、「default」、「print」、および「他に"彼らの母国語で？

編集 - はい、これは深刻です。言語のローカライズごとにキーワードが異なるかどうかはわかりませんでした。または、ローカリゼーションがまったく異なる場合でも。

何？

リソース DLL から DLGTEMPLATE をロードしましたが、実行時にコントロールに割り当てられた文字列をプログラムで変更するにはどうすればよいですか?

ダイアログが作成される前にこれを実行できるようにしたいので、表示されている文字列がリソース DLL からのものであり、ダイアログが初期化されたときの SetWindowText の呼び出しからのものではないことがわかります。

Google は、コードで DLGTEMPLATE を作成したり、単純なスタイル ビットをいじったりする例を見つけましたが、メモリ内の文字列を編集する例はありません。

どのように？

ダイアログ/プロパティ シート作成 API をフックすることでこれを行っています。これにより、実際のダイアログが作成され、HWND が作成される前に、DLGTEMPLATE にアクセスできるようになります。

なんで？

ランタイムのローカリゼーションとローカリゼーションのテストができるようになりたいです。文字列 (MFC 7.0 ラッパーを含む)、メニュー、およびアクセラレータ テーブルを読み込むために既にこれを実装していますが、ダイアログ/プロパティ シートの作成を処理するのに苦労しています。

コード例は完璧な答えです。理想的には、DLGTEMPLATE をラップするクラスです。独自のソリューションを作成した場合は投稿します。