[ruby-list:1972] Re: [Dist] Mutex module

けいじゅ＠SHLジャパンです. 

In [ruby-list :01971 ] the message: "[ruby-list:1971] Re: [Dist] Mutex
module ", on Jan/30 14:34(+0200) [e-mail] (Yukihiro
Matsumoto) writes:

>むむむ…，結局どういうのが望ましいんですかね．私としては皆さ
>んがもっとも使いやすい機能を提供できればよいんです．もちろん
>矛盾するニーズもあるので調整する必要はありますけど．

>まず最初に確認すべきことは，内容で一致を取る場合，キーオブジェ
>クトの内容が変更された場合にはそのキーは取り出せなくなる(要
>素数としてはカウントされるし，イテレートもされるが，キーから
>は取り出せないし削除もできない)，ということです．これはドキュ
>メントにも(ある程度)書いてあります．

確かにそういう問題はありますね. 

>その意味で，中身の変更されうるオブジェクトで内容をキーにする
>のは危険です．文字列だけは特別扱いしてこの問題を回避していま
>す(キーにされた文字列をコピーして freeze している)．

うーん. そんなことしていたのですか... 

そうすると, Hashからkeyを取り出せますがその時はコピーされたオブジェク
トが帰ってくる?

>ですから，本当はStructも(内容が変更できるので)，内容で一致を
>取るのは危ない部分もありますね．

うーん. うーん.

>これを踏まえて，以下のいずれが望ましいでしょう?
>
>  (a) Hash/Arrayともidで一致を取る
>  (b) Hash/Arrayとも内容で一致を取る
>  (c) Hashはidで一致を取る/Arrayは内容で一致を取る
>  (d) Hashは内容で一致を取る/Arrayはidで一致を取る
>  (e) 上記以外のなにか(ってなに?)

>HashやArrayはいろいろな使われ方をするので難しいですけどね．

でも, 基本的には要素の内容は変わると見るべきですよね. こういうことであ
れば(a)が良いと思います.

ところで, 内容で比較している場合, 要素はeql?で比較しているのですか? 

要素に関しては, idで比較するのであれば, keyの値が変わったらrehashする
というのもありますね. keyオブジェクト自身が自分が変わったことは認識で
きるわけですから...

あと, 妥協案として, (b)でrehashメソッドをHashにつけるだけというのもあ
りますね. 何時, 要素の内容が変わるかはきっとユーザが知っているでしょう
から.

__
.....................................石塚 圭樹＠SHLジャパン(株)...
------------->アドレス変わりました!! e-mail: [e-mail] <----