Rubyにおける Enumerable#sort と Enumerable#sort_by

Enumerable#sort について

ブロックなしの場合

sort -> [object]

code:rb

# 文字列の昇順にならぶ

ブロックありの場合

sort {|a, b| ... } -> [object]

ブロックの評価結果にもとづいてソートする

ブロックの評価結果は次のいずれかの値が返ることを期待されている

a > b のとき: 正の整数

a == b のとき: 0

a < b のとき: 負の整数

code:rb

# 整数に変換した値にもとづいて昇順に並ぶ

# 今回の例では to_i の引き算でも同じ結果が得られる

これ調べてるんだけど、TypeErrorじゃなくてArgumentErrorが発生しない？

code:rb

# => `sort': comparison of Integer with 2 failed (ArgumentError)

# => `>': comparison of String with 0 failed (ArgumentError)

調査記録

どこかのバージョンからTypeErrorが出なくなってる？という仮説を立てた

手元のRepositoryで調べてみたけど、v1.9.3 ですでに ArgumentError が出ている

code:rb

begin

rescue => e

p e.class

end

検証するスクリプトの実装に誤りがあるのかなぁ？

ruremaにissue立ててみようかしらね

Enumerable#sort_by について

ブロックなしの場合

sort_by -> Enumerator

Enumeratorオブジェクトを返すことの直接的なメリットはたぶんない、とおもう

Enumeratorオブジェクトのメソッドをメソッドチェーンできるから柔軟性が高いね、とかかな

Enumerator を生成するには Enumerator.newあるいは Object#to_enum, Object#enum_for を利用します。また、一部のイテレータはブロックを渡さずに呼び出すと繰り返しを実行する代わりに enumerator を生成して返します。

この "一部のイテレータは" に該当するかな？

ブロックありの場合

sort_by {|item| ... } -> [object]

code:rb

# => ["1", "10", "11", "100"

共通点

wip: なんとかして不安定なソート結果になる例をつくる

相違点

wip

code:rb

numbers = Array.new(100) { rand(100).to_s }

# sort

count = 0

numbers.sort do |a, b|

count += 1

a.to_i <=> b.to_i

end

p count # => 564

# sort_by

count = 0

numbers.sort_by do |item|

count += 1

item.to_i

end

p count # => 100

ソート使われる値（正の整数、0、負の整数、のいずれを返すか）に直接的関与できるため

code:rb

# 100　だけ特別扱いして先頭に持ってくる

if a == '100'

-1

elsif b == '100'

1

else

a.to_i <=> b.to_i

end

end

code:rb

class C

undef <=>

end

c1 = C.new

c2 = C.new