[ruby-dev:11539] Re: parser I18N <= Re: Ruby I18N

たけ(tk)です。

[ruby-dev:11524] Re: parser I18N <= Re: Ruby I18N にて 
[e-mail] (Yukihiro Matsumoto) さん 曰く:
》・・・・・・・・・・・・・・文字コード系に共通して持たせる処
》理の中には文字集合の変換(convert_toとか)は含めないようにしよ
》うかなあと思ってます。

　これはどの意味なんでしょうか？。

　（１）処理モジュールがアタッチされていない String では convert_to は使
えない。（アタッチされれば convert_to が使えるようになる）。

　（２）各種処理モジュールが共通に持つべき処理に convert_to を含めない。
（アタッチされた処理モジュールが convert_to を持っていれば String でも使
えるが、モジュールが持っていなければ String でも使えない。というか、基本
的には convert_to は使えない。共通に使えないのであれば、無いのとほとんど
同じだと思う）。

　（３）文字集合が同じでエンコードだけが違う場合であれば convert_to が使
えるが、文字集合が異なれば convert_to は使えない。

　（４）そもそも、convert_to のような変換機能は（処理モジュールにも文字
列にも）用意しない。

　（５）処理モジュールには変換機能を持たせないが、文字列クラスには変換機
能がある。

　（６）その他。

理解力不足ですみません。

　−−

》でも、(7)はちょっと分かりません。「表示」はRubyの行うことで
》はないと考えています。あと、文字コード系に共通して持たせる処
》理の中には文字集合の変換(convert_toとか)は含めないようにしよ
》うかなあと思ってます。

　ＥＵＣで書かれたスクリプトをＳＪＩＳのプラットフォームで実行すると、字
化けする、というのでは、「I18N-Ruby」としては、悲しいような・・。

　「表示」自体は Ruby の担当ではないですが、「表示のためのデータをプラッ
トフォームに渡す」のはRubyの役目なので、

（１）「プラットフォームが表示できる文字コード系」をあらかじめ Ruby に通
知しておけば、

（２）Ruby は表示データをプラットフォームに渡す前に、表示文字列にアタッ
チされた処理モジュールの変換機能を使って、文字列の文字コード系から「プラッ
トフォームで表示可能な文字コード系」へ変換する。変換の可能性・方法は処理
モジュール任せ。

くらいの仕組みになっていると、うれしいような気がするんですが・・。

たけ(tk)＝熊谷秀武