[ruby-dev:16088] Re: Array#select without block

At Tue, 26 Feb 2002 03:30:32 +0900,
matz wrote:
>   * indexの複数形はindexesとindicesの両方があるのが混乱のも
>     と(両方提供してるけど)
> 
>   * それにindex(値を指定してそのインデックスを得る)メソッド
>     とindexes(インデックスを複数指定して対応する値の配列を得
>     る)は同じ単語なのに意味が逆というのは致命的
> 
> という点です。後者が重要です。

　Array#index, String#index, String#rindex などはそれぞれ _of を
付けた alias を用意してそちらへのシフトを促したい気がしますが、
どうでしょうか。(Java や JavaScript は String#indexOf)

> valuesの問題点は引数がない場合の挙動が妙だという点です。つま
> り、Hash#valuesは互換性の点から空配列ではなくハッシュの値の
> 配列を返す必要があります。普通に使うぶんにはあまり問題ではな
> いように思えるのですが、
> 
>   h.values(*ary)
> 
> のようなケースだとaryが空配列である場合を特別扱いするケース
> はうまくないのではないかと思います。

　fetch を使いたいなと思ったんですが、今の仕様が

	fetch(key[, ifnone])
	fetch(key) { |key| ... }

だったりするので、前者のせいで複数には拡張できないんですね。

> 一方、selectは(私がある日フト思いついたものですが)、
> 
>   * 選択するイメージはある
> 
>   * Enuemrable#selectは必ず「無引数」で「ブロックを取る」の
>     で、「ブロックなしで引数としてインデックスを指定して、選
>     択する」ことに別の挙動を割り当てても混乱は少ないのでは。
> 
> という理由で、私には妥協可能なレベルでした。

　私は select に賛成です。今まで条件で選択していたのをキーの列挙で
選択もできるように拡張するだけと思えば私は違和感はないです。新しい
メソッド名を作らずに、すでにあるものを解釈の拡張で活かすという意味
でも好ましいと思います。

　今の ruby 1.7 の実装では引数もブロックも両方与えた場合はちゃんと
ArgumentError にしてるんですね。

　掛け算、つまり与えられた各引数についてブロックを評価して選択、と
いうのもおもしろいかと思ったけど、オーバースペックか。

-- 
                     /
                    /__  __            Akinori.org / MUSHA.org
                   / )  )  ) )  /     FreeBSD.org / Ruby-lang.org
Akinori MUSHA aka / (_ /  ( (__(  @ iDaemons.org / and.or.jp

"Somewhere out of a memory.. of lighted streets on quiet nights.."