ruby-dev

たけ(tk)です。

Yukihiro Matsumoto さん曰く。
》I18Nについてこんなこと考えてみました。

　I18N というのは具体的にはどういうことを言っているのでしょうか？。

　ＳＪＩＳで書かれた「print 'こんにちは'」というスクリプトを、ＥＵＣのマ
シンではＥＵＣで表示したい。英語版では「print 'Hello'」に書かれたのと同
じにしたい。ということなのでしょうか？。

　ＳＪＩＳの「こんにちは」を「Hello」にするには、foo.en といった翻訳ファ
イルに「'こんにちは'='Hello'」という対応を指定する必要があるでしょう。

　同様に「foo.euc」に「'こんにちは'(SJIS)='こんにちは'(EUC)」といった対
応表を用意して、Ruby がスクリプトをコンパイルするときに変換してしまう。
（ターゲットが英語版であれば英語に変換する）。

　コンパイルが終わった時点ではそのプラットフォームに適した文字列しか残っ
ていないと想定して、その後の処理を行う。

　スクリプトが読み込んだファイルに含まれる文字列についてはタッチしない。
（スクリプト自身が責任を持って処理する）。変換のためのライブラリ程度は用
意する。

というのではどうなのでしょうか？。

　＊　ＳＪＩＳ→ＥＵＣなどは、翻訳ファイルがなくてもコンパイル時に自動変
換してもよい。

　＊　ソースがＥＵＣでターゲットがＳＪＩＳの場合など、「変換不可能な文字」
が含まれている場合がある。その場合には、文字の読み替えのための翻訳ファイ
ルが不可欠になる。

　−−

　翻訳ファイルの実装方法は次のようなことを考えている。

　翻訳ファイル作成プログラム１でスクリプトをスキャンする。翻訳ファイル作
成プログラムはスクリプト中に記述された文字列からハッシュ値を計算して、仮
のＩＤを作成する。ハッシュ値が衝突する場合には仮ＩＤに付加的な番号をつけ
てＩＤとする。「ＩＤ＝'元の文字列'」という内容のファイル（ソースの翻訳ファ
イル）を作成する。（foo.sjis）。

　作成者は foo.sjis を見て、ＩＤに対して人間がわかりやすいキーをつける。
「キー＝ＩＤ＝'元の文字列'」とする。

　翻訳ファイル作成プログラム２でターゲットとなる言語、エンコーディングを
指定して、foo.jis を読み込むとターゲットの翻訳ファイルが出来る。(foo.en)。
内容は「キー＝ＩＤ＝'not translated' # '元の文字列'」。作成されたファイ
ルを人間が編集・翻訳する。「元の文字列」はエンコーディングが異なれば字化
けして読めない可能性が高いので、キーを頼りに翻訳することになる。

　スクリプトの実行時（コンパイル時）には、スクリプト中の文字列からハッシュ
値→仮ＩＤを作成し、ターゲットの翻訳ファイルにその仮ＩＤの文字列があれば
それを使う（ハッシュ値の衝突がない場合）。仮ＩＤに該当するものがない場合
には、ソースの翻訳ファイルで仮ＩＤが衝突する文字列を抽出、比較してＩＤを
作成し、ターゲットの翻訳ファイルから該当する文字列を取り出して変更する。

　−−

　全然ピントはずれだったりして・・。

たけ(tk)　ggb03124@nifty.ne.jp
http://member.nifty.ne.jp/take_tk

Thread

Prev Next

In This Thread

Prev Next