[ruby-dev:19559] Re: compare between String and Exception

あー、言葉が足りなかったことに気がつきました。

In article <[e-mail]>,
  [e-mail] (Yukihiro Matsumoto) writes:

> |% ruby -e 's = "a"
> |e = Exception.new("b")
> |p s < e
> |p e > s
> |'
> |true
> |-e:4: undefined method `>' for #<Exception:0x401a7294> (NoMethodError)

私が問題にしているのは true のほうで、NoMethodError ではありません。

String と Exception には順序関係は存在しないと考えるのが自然だと思うの
で、<=> は nil か例外になるべきだという趣旨です。

というわけで、

> あと、現在、Comparableで定義されている比較演算子が比較が成立
> しない場合に偽を返すのは仕様のつもりです。この仕様が(対称性
> の観点から)妥当でないのではないかという議論は歓迎します。

というほうに対する反応はかなり適当だったのですが、もうすこし真面目に考
えました。

私としては、nil を推します。

プログラムが比較が成立しないという状況を扱うのは、半順序関係を持つ対象
を扱う時です。この場合、その対象には <=>, <, <=, >, >= は定義されてい
るはずで、定義されていない対象に対して呼び出してしまったらそれはおそら
くバグです。そういう観点にたつと、比較不能な時に Comparable が発生させ
る例外と NoMethodError をいっしょくたにして扱うのは意味がありません。
というかいっしょくたにして扱うとバグがどこかに紛れてしまいます。という
わけで、わざわざいっしょくたにして扱うことがやりやすいようにする変更を
行う意味は見出せません。

ま、NoMethodError を rescue するのを勧めるのはよろしくない、というだけ
の話ともいえます。

とはいえ、区別できるにこしたことはないので、nil がよいんじゃないだろう
か、というわけです。
-- 
[田中 哲][たなか あきら][Tanaka Akira]