[ruby-dev:33430] Re: str[idx] = num。str.encoding == nil

成瀬です。

take_tk wrote:
> 参照するときには
> 
> str[idx]       #=> chr

これはそうです。

> numで欲しければ、String#ord を使って
> 
> str[idx].ord   #=> num
> 
> としろ、ということですね。

現在はそうなりますね。
str.bytes[idx] といった形の API も検討中のようです。

>    temp = s.encoding
>    s.force_encoding('ASCII-8BIT')
>    s[2] = "a"
>    s[3] = 101
>    p s[2]       #=> "a"
>    p s[3].ord   #=> 101
>    s.force_encoding(temp)
> 
> （１）提案したのは、encoding==nil というのを許して、その場合には、Fixnum
> での出し入れにする、という1.8コンパチバージョンを用意してはどうか、とい
> うことでした。encoding が「ない：nil」なら 1.8 とコンパチ、という発想です。

encoding によって戻り値のクラスが違うのは混乱しませんか。

> コンパチモードがあれば、s[3] で参照している部分を s[3].ord に変更する必
> 要がなくなる。

この手間は気にしない、というのが Ruby 1.9 の方針だと思います。というか、
s[3] という処理は Ruby 1.9 の場合大部分が間違っているんじゃないかなぁと
思います。

> （２）ところで、この方法だと、ruby1.8 では s[3] はFixnum を返すので、エ
> ラーになってしまいます。s[3].ord でエラーにならないようにするためには、
> Integer#ord を定義しておくのがよい、ということになるのでしょうか？
> 
> http://www.machu.jp/diary/20080123.html#c04
> 
> ＊ String#force_encoding などはダミーメソッドを用意する。
> 
> [ruby-dev:32206] Integer#ord for 1.8
> 
> で、すでに提案されていましたね。入るんでしょうか？

Integer.ord という発想がだいぶアレに感じるんですが・・・。すでに存在する
?a を ?a.ord に書き換えた上で Integer#ord を追加するくらいだったら、
"a".ord に書き換えた上で、String#ord を追加するべきだと思いますよ。

なお、string の場合は str.slice(idx,1) で idx+1 番目の文字が取れるので、
"hoge".slice(2,1) で 1.9 でも 1.8 でも "g" を得られます。

> |（３）ところで、多バイト文字での String#ord は何を返すのでしょうか
> |
> |Ａ．１バイト目の数値
> |Ｂ．多バイト文字のあとのバイトを単純に 256 倍して加算した数値。
> |Ｃ．何らかの統一的な文字コード
> |
> |＊　予想としてはＢかな？
>
> Cですね。マルチバイト文字に対応するコードポイントを返します。

「統一」していないのですから C ではないでしょう。

D. その文字列の、最初のマルチバイト文字の、その文字列におけるエンコー
ディングの、コードポイントが返ります。

-- 
NARUSE, Yui  <[e-mail]>
DBDB A476 FDBD 9450 02CD 0EFC BCE3 C388 472E C1EA