[ruby-dev:33230] Re: Binary String

まつもと ゆきひろです

In message "Re: [ruby-dev:33202] Re: Binary String"
    on Sun, 20 Jan 2008 06:58:41 +0900, Hidetoshi NAGAI <[e-mail]> writes:

|わからないものとわかる or わかるとしていいものとの両方に
|ASCII-8BIT が付くことがあるように見受けられるので．．．
|
|「何でこれが ASCII-8BIT になっちゃうの！」というケースが
|一切無くなるのであれば，ASCII-8BIT でもいいんですが．

「一切無くなる」ことを事前に証明することは不可能ですし、証明
できたとしてメリットがどれだけあるのか不透明です。

ここは、将来「何でこれが ASCII-8BIT になっちゃうの！」という
ケースがあれば対応するつもりがある、で許してもらう方が健全な
気がします。完全分離は「それでは原理的に対応不可能」というケー
スがあった時にはじめて考えればよいのではないかと。

多分に感情的・心情的なものもあるのだと思いますが。

っていうか、結局、人間はBINARYって言っても多くのケースで
ASCII-8BITを暗黙に仮定していることが多く、ASCII-8BITと純粋な
BINARYとを分離すると微妙な判別基準が強制されて使いにくそう、
という予感があって、私にとってそれをくつがえすほど「分離しと
けば安心」と思えないんですよね。

|これは "@encoding" ですよね？
|その方針は確定してしまったのでしょうか？
|だとしたら，ちょっと困るのではないかと思います．
|実際に，Ruby/Tk 1.8 での Tk::BinaryString 他 は 
|"@encoding" というインスタンス変数に情報を保持してますので．

なかださんのご指摘の通り"encoding"で通常のインスタンス変数と
衝突する危険はありません。

|> なんだかえらく複雑ですが、default_undefinedをプログラム中から
|> 変更できるならそれは一種の大域変数なので面倒な「状態」を導入
|> することになります。スレッドセーフじゃなくなるし。それはあま
|
|実装の問題はよく分かっていないのですが．そうなんですか？

同時に複数のスレッドがEncoding.default_undefinedを変更したり
することを考えてみてください。

                                まつもと ゆきひろ /:|)