[ruby-dev:11483] Re: class Character (was: Ruby I18N)

At Sat, 11 Nov 2000 11:56:38 +0900,
TAKAHASHI Masayoshi <[e-mail]> wrote:

# 文字列の話

> > 「code point以外を取り出すのが厄介」と言うのがいまいち理解できないのです
> > が… (__; 今の Rubyのままでは code pointしか取り出せないのではないでしょ
> > うか？
> 
> すみません、基本的な話で、文字列をcode point単位以外で切り出す
> のが厄介、という話です。

あぁ〜、String::UTF_8#[]とかですか。(もちろんそれが Characterクラスを返
すと仮定してですが…)

> 要するにあるcode pointについて、それが1文字なのか、それとも合成される
> べきものなのかを判断するのが面倒だと。Unicodeなら合成文字かどうかを判
> 断するアルゴリズムがないので、毎回テーブルを参照して合成文字かどうかを
> 判断する必要があるわけですよね？ それはちょっとなあ、と。

それは、各 CESの moduleにがんばってもらうしか(^^;
文字の操作のコストは高くてもしかたないんじゃないですかね？

> # 言葉遣いとしてcode pointじゃなくてcode unitの方が適切なのかしらん。

# う〜ん、よく知らない(^^; code unitって UTF-8だと 8bitとか言うあれです
# よね？

# ここから下は文字の話

> > 複数の code pointで一つの文字を表わしている場合は、単純に複数の code
> > pointを返すというのはどうですか？
> 
> その方針ではおそらくそうなると思いますが、上記のようにそれを行う
> のにコストがかかる、と。どこで(時間と空間の)コストを負担するかは、
> データの持たせ方によると思いますけど。

高橋さんの書いてる通り、dataの持たせかたでかなり使えると思います。教えて
もらった言葉そのままで恐縮なのですが、文字オブジェクトが instance
variableとして code pointやなんかを持っていればそのオブジェクトを作る時
だけ時間がかかりますがあとは普通の Ruby objectと同じ(くできるはず)です。

> > 田中さんが書いていたけど、code pointとか byte列だとかを隠せる文字がある
> > と便利だと思うんですが…。
> 
> というわけで、結局は効率の問題なんでしょうね。

まつもとさんは効率より「文字とは」を問題視してますね(^^;

# 文字を(とりあえず今は)定義できないなら、いろいろな実装を助けるように 
# Rubyを実装するのも面白いかも。

# なんか自分が勘違いしてるっぽいので、つっこみお待ちしておりますです。
--
          yashi