[ruby-dev:11481] Re: Proposal of "Array of CharCode"

たけ(tk)です。

Yukihiro Matsumoto さん曰く。
》さて、もうひとつの
》
》|（３）String::EUC クラス／Regex::EUC クラスのデータはデコードされた文字
》|コードの配列とすることが許される。（強制はしない。クラスの作成者の判断に
》|任される）。
》
》の方ですが、これってデコードされた文字列(code pointの配列;
》各要素のサイズは4バイト？)を内部表現とするという意味でしょう
》か？ それともデコードされたもの*も*持つという意味でしょうか？
》
》前者なら、オリジナルの構造のまま持つという前提に矛盾します。
》後者だと効率が本当に良いか疑問と言うのもありますが、なにより
》構造体にすきまが残ってないという最大の問題に当たります。

　[ruby-dev:11458] でも考えたのですが、

	str1 = String::MyString.new( '何の文字列？' )

とやっては駄目で、

	str1 = '何の文字列？'.convert_to( String::MyString )

としなければならない。

　というのは「str1 = String::MyString.new( '何の文字列？' )」では「'何の
文字列？'」はデフォルトのString クラスの文字列であり、バイト列データになっ
ている。それがそのまま入ってしまうので不可。ということになります。

　「str1 = String::MyString.new( '何の文字列？' )」の引数になるのは 
String クラスの「'何の文字列？'」を String::MyString で扱う文字コード系
の文字コードの配列に変換したデータでなければならない。という風に考えてい
ます。

　そういった意味で「オリジナルの構造のまま持つ」ということを考えています。

　保存するのは「デコードされた文字コードの配列だけ」です。ChatCodeType 
クラスにはレコードされた文字コードからバイト列にエンコードするメソッドも
入るはずなので、必要に応じてエンコードされたバイト列に変換することが出来
る。

》実は現在の「処理モジュール」でもどこにポインタを置こうかまだ
》決めかねているのです。サイズに全然余裕がないので。

　おっとー。

    str->ptr	# バイト列データ
    str->len	# バイト列のバイトサイズ
    str->orig 	# 共有者

の３個で目一杯だったんですか、Regexp クラスでも

    re->ptr 	# make_regexp で作った何か。
    re->str 
    re->len 	# str の長さ。

で目一杯ということですね。

　Pascal みたいな Sized Buffer 方式はどう？。バッファを確保するときに 
size of long 分余分に確保する。バッファへのポインタはその分進めておく。
サイズは (long) str[-1] でアクセスする。というもの。

たけ(tk)　[e-mail]
http://member.nifty.ne.jp/take_tk