[ruby-dev:17631] Re: substitution at when-clause

まつもと ゆきひろです

In message "[ruby-dev:17630] Re: substitution at when-clause"
    on 02/07/03, Takaaki Tateishi <[e-mail]> writes:

|> whenになにを書けば適切かという情報を「=== を使う」というとこ
|> ろから得るのは王道だと思いますが、たとえばwhen節に置くクラス
|> 別に覚えておくという手もある(というか、そうしてる人は多いと
|> 思う、whenに置くクラスは普通は限られてるし)ので、それだけで
|> は「それほど異質でない」とは言い切れないと思います。
|
|その覚えるという方法が良いとは言えないのではないでしょうか？
|ユーザが提供するクラスで === を再定義しないことを仮定している
|ように思えます．

必ずしもそうではないでしょう。===のレシーバはwhenに指定した
オブジェクトですから。こちらにはユーザ定義でないオブジェクト
(整数とか文字列とか正規表現とかクラスとか)を使うことが普通で
しょうから、「良くない」とまでは言えないと思います。逆に必ず
===を使うことを覚えなくてはいけないほど、標準クラスの動作を
置き換えるのは「良くない」ことだと思います。

正直、 === がどちらをレシーバにするかを覚えておくのは結構面
倒なようで、間違って逆に覚えている人をみかけます。となると、
===を使うことを積極的に考える必要があるとなるとcaseの難しさ
がより増えてしまうような。

|そして，===がtrue/false以上の情報を返すなら，その情報を利用して
|もらいたいという意図があると思います．逆にcase文で結果を取り出
|せるなら===で利用価値のある値を返そうとする人も増えるのではない
|かと思います．

「===がtrue/false以上の情報を返す」のは「その情報を利用して
もらいたい」あるいは「その情報を利用すると便利なケースがある」
と設計者/実装者が思ったことを意味するということには同意しま
す。しかし、それをcase文の内部で暗黙に呼び出したときにまで
利用することを期待しているかどうかは別です。むしろ、case文を
使うときに考えることが多くなるので、良くないのではないかなあ
と感じています。

立石さんの提案するcaseのような制御構造があってはいけないとは
言いませんが、採用するならcaseを拡張するのではなく

  * 呼び出すメソッドを明示的に指定する
  * caseではない全然別の予約語を使う

新しい文法にした方が良いと思います(Perl6にならってgivenとか)。
個人的にはそこまでの価値は無いような気もしますが。

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