問題タブ [internationalization]

Perl で書かれた成熟した CGI アプリケーションに多言語サポートを導入することを考えています。私は当初、翻訳ファイルに Perl ハッシュ (ディスクに保存) を使用して独自のソリューションを展開することを検討していましたが、 CPANモジュールに出くわしました。

Perl での国際化 (特に i18n CPAN モジュール) の経験がある人はいますか? i18n モジュールは多言語サポートの推奨される方法ですか、それともカスタム ソリューションを再検討する必要がありますか?

ありがとう

重複の可能性:
SSRS の国際化

Web レポートには SQL Server Reporting Services を使用しています。現時点では、クライアントはすべて英国にいるため、レポートごとに、レポートの言語プロパティを「英語 (英国)」に設定しています。

しかし今では、米国とフランスのクライアントがいます。そのため、フランス語の言語と通貨、およびアメリカ人の日付形式と通貨を変更する必要があります。すべてのクライアントに対して 1 セットのレポートを保持したいと考えています。

これを行う最善の方法は何ですか？

SQLiteのカスタム照合関数で使用するために、大文字と小文字を区別しない方法で C++ の UTF-8 文字列を比較およびソートする方法を探しています。

1. このメソッドは、理想的にはロケールに依存しない必要があります。しかし、私が知る限り、照合は言語に大きく依存しているため、ロケールの切り替えを意味する場合でも、英語以外の言語で動作するものは何でも動作します。
2. オプションには、標準の C または C++ ライブラリ、または小規模(組み込みシステムに適した) および非 GPL (プロプライエタリ システムに適した) サードパーティ ライブラリの使用が含まれます。

私がこれまでに持っているもの：

1. strcollC ロケールでは およびstd::collate/std::collate_bynameは大文字と小文字が区別されます。(これらの大文字と小文字を区別しないバージョンはありますか?)

2. POSIX strcasecmp を使用しようとしましたが、それ以外のロケールでは定義されていないようです"POSIX"

   POSIX ロケールでは、strcasecmp() と strncasecmp() は上位から下位への変換を行い、次にバイト比較を行います。結果は、他のロケールでは指定されていません。

   実際、GLIBC を使用する Linux ではロケール間での結果はstrcasecmp変わりません。

   これは印刷されます：

   /li>

PS

はい、 ICUについては承知していますが、サイズが非常に大きいため、組み込みプラットフォームでは使用できません。

これは実行可能でしょうか？データベースの 1 つのフィールドに配列を挿入します。

たとえば、タイトルがあり、ID が 1 つだけのタイトルを使用したいのですが、ウェブサイトでバイリンガルで使用される予定です。

グローバル ID を持つ別のテーブルを作成してから、グローバル ID を持つテーブルにリンクされた実際のタイトルを持つ別のテーブルを作成するのは少し不必要だと感じます。

このようなものが欲しいだけです

私はPHP/MSYQLを使用しているので、可能であればこれらの言語で説明してください。

そうそう、私はそれをファンキーにフォーマットし、分割関数を使用して再び配列に変換できると考えました。しかし、すぐに配列として保存できるのではないかと思います。ユーザーが同じフォーマット (100 万分の 1) で何かを入力する場合があります。

大文字と小文字を区別しない文字列キー辞書が必要な場合、次の制約がある場合、どのバージョンのStringComparerを使用する必要がありますか。

• 辞書のキーは、英語ロケールのみ（米国または英国）で記述されたC＃コードまたは構成ファイルのいずれかから取得されます。
• ソフトウェアは国際化されており、さまざまなロケールで実行されます

私は通常StringComparer.InvariantCultureIgnoreCaseを使用しますが、それが正しいケースかどうかはわかりませんでした。コード例は次のとおりです。

私は 30 の言語に翻訳する必要があるソフトウェア プロジェクトに取り組んでいます。これは、文字列を変更すると、比較的高いコストが発生することを意味します。さらに、翻訳パッケージはさまざまな翻訳者が作業する必要があるため、翻訳は一夜にして行われるわけではなく、時間がかかる場合があります。

新しい機能を追加するのは、どういうわけか面倒です。実際に UI をコーディングする前に、必要なすべての文字列を考えることができますが、バグ修正や見落としのために新しい文字列を追加する必要がある場合もあります。

問題は、このすべてのプロセスをどのように管理するかということです。ソフトウェア プロジェクトにおける翻訳の影響を緩和する方法について何かヒントはありますか? 文字列に支配されるのではなく、文字列を支配するにはどうすればよいでしょうか?

編集: Java を使用しており、すべての文字列はリソース バンドルを使用して国際化されているため、問題は国際化そのものではなく、文字列の管理です。

最近、英語とフランス語の ASP.Net Web サイトのフェーズ 1 が完成しました。言語固有の文字列を格納するためにリソース ファイルを使用しましたが、このサイトでは ASP.Net AJAX と JavaScript が多用されていたため、ASP.Net パイプラインを介して適切なファイルを渡し、「トークン」をキャッチしてそれらを置き換えるソリューションを用意しました。リソース ファイルから適切なテキストを取得します。

これは、私が関与した 2 番目のプロジェクトで、この種の課題がありました。最初のプロジェクトでは、テキスト文字列をデータベースに保存し、ASP.Net AJAX の代わりに、Prototype ライブラリに付属の AJAX ツールを使用して、すべての Javascript を aspx ファイルに変換して、途中でトークンを置き換えることができるようにします。

私が疑問に思っているのは、他の誰かが同様のシナリオに遭遇したことはありますか? どのようなアプローチをとったのですか？どのような教訓が得られましたか? 国際化された日付形式などをどのように処理しましたか?

プロパティ ファイル + ResourceBundle を使用して異なる文字列を取得する Hello World プログラムを作成することで、国際化を実験しています。

具体的には、「hello.world=Hello World!」を保存する「messages_en_US.properties」というファイルがありますが、もちろん問題なく動作します。

次に、あらゆる種類のことを試した「messages_ja_JP.properties」ファイルがありますが、コンソールまたはSwingに出力すると、常にある種の文字化けした文字列として表示されます。ソースに直接入力された日本語の Java 文字列は正常に出力されるため、明らかに問題は Java 文字列へのコンテンツの読み取りにあります。

私が試したこと：

• 日本語文字列を値としてそのまま使用した UTF-8 エンコーディングの .properties ファイル。私が読んだものは、Javaがプロパティファイルがシステムのネイティブエンコーディングであることを期待していることを示しています...? どちらの方法でも機能しませんでした。
• デフォルトのエンコーディング (ISO-8859-1) のファイルと、Java に含まれる native2ascii プログラムによって作成されたエスケープされた Unicode として格納された値。SHIFT-JIS、EUC-JP、ISO-2022-JPなど、さまざまな日本語エンコーディングのソースファイルで試してみました。

編集：

これを入力しているときに実際にこれを理解しましたが、とにかく投稿して、誰かの助けになる場合に備えて回答すると思いました。

私は c++ でロケールと I18N をいじっており、実際の例を探しています。Josuttis の著書(2012 年 4 月にリリースされる C++11 の第 2 版) で I18N に関する Josuttis の章を読み、有用であることがわかりましたが、そこから引き出せる実際の例はありません。ベストプラクティスに従うことは、初歩的なミスを犯しています。StackOverflow は、C++ で I18N 処理を行うために、Web と印刷物の両方でどのようなリソースを教えてくれますか?

また、i18n を容易にする C++ 用のライブラリは何ですか? 必要な標準ライブラリにないものは何ですか? 一見すると、標準ライブラリには UTF8 サポートがないように見えます。

編集：

もう少し読んだ後、C と C++ はどちらも Unicode に「依存しない」ようです。また、Unicode/UTF8/16/32 でエンコードされたデータを処理するには、サードパーティのライブラリを使用する必要があるようです。これの核心は、標準ライブラリ自体が ISO 8859 と関連する文字ページのみを考慮していることです。これは、ロケールの設定に基づいて変更されます。つまり、文字列にはstd::stringorを使用するのではなく、ICU ライブラリを使用することをお勧めしますstd::wstring。

JSP ファイル内の文字列の国際化を支援するツールはありますか?

ほとんどの IDE ( NetBeansなど) は、Java コードに対してこのような機能を提供します。ただし、NetBeans の場合、JSP ファイルにはそのような機能はありません。

たとえば、 gettextを使用すると、コードからテキスト文字列を抽出するのに役立つさまざまなツールが存在します。JSPに似たものがあれば素晴らしいでしょう！