0

アプリケーションの設計を開始していますが、最初から複数の言語をサポートして、後で複数の言語を有効にするために大量のコードを変更する必要がないようにしたいと考えています。

メッセージが構造体にある C アプリケーションを早い段階で作成したので、アプリケーション自体に統合される翻訳された文字列を含むいくつかのヘッダー ファイルがあり、新しい言語を追加するには再コンパイルする必要がありました。

私が望むのは、アプリケーションを再コンパイルすることなく、アプリケーションを翻訳し、新しい言語を簡単に追加できるローカリゼーション システムを持つことです。理想的には、翻訳のためにサードパーティのツールに依存することなく、翻訳と翻訳のテスト (テキスト ファイルを編集してアプリで結果を確認するなど) の非常に簡単な方法を使用します。

たとえば、翻訳を含むファイルの XML に基づいて、独自のシステムを作成することを考えていますが、これを経験したことがある人はいないかと思います。翻訳は、テキスト ファイルの編集ほど直接的ではありません)。アプリケーション自体の重量が数メガバイトを超えることはないと思うので、軽量を強調します。

それが問題に関連する場合、それはWindowsアプリケーションになるでしょう。今のところ、使用するグラフィック ツールキットはまだ決めていませんが、クロス プラットフォームのもの (wxWidgets、Qt、GTK+ など) を使用せずに、Windows の既定のツールキットを使用することになるでしょう。しかし、それは決定的なものではなく、大きな利点があれば検討するでしょう。

4

2 に答える 2

2

どれほど軽量かはわかりませんが、qt は国際化を適切にサポートしています。

次に、QtLinguistを使用してテキストを簡単に翻訳できます。

于 2013-02-25T12:07:32.850 に答える
1

独自のシステムを発明しないでください。国際化(i18n)とローカリゼーション(l10n)は、ほとんどの場合、既存のライブラリでカバーされています。

Windows用に開発する場合は、このリンク「.NETFrameworkアプリケーションのグローバル化とローカライズ」が役立つ場合があります。

于 2013-02-25T12:15:09.523 に答える