Railsのsortの戻り値について

Question

Railsでの実装で「ん？」と思ったのでご質問させてください。

sortメソッドの戻り値についてなのですが、Rails3で以下の実装をしたところ

@model = Model.paginate(:page => params[:page])

@model.sort!{|a, b| a.code.to_i <=> b.code.to_i}

sort!に通した@modelのオブジェクトはpaginateのインスタンスオブジェクトであることに対して

Rails5での以下の実装では

@model = Model.paginate(:page => params[:page])

# sortの破壊的メソッドをRelationクラスのオブジェクトに対して使うとエラーになる？
@model  = @model.sort{|a, b| a.code.to_i <=> b.code.to_i}

sort後の@modelのオブジェクトはArrayになっています。

上記の観点から以下の不明点があるのですが、どなたかご存じの方はいらっしゃいますでしょうか。

• sortの後にArrayとなってしまうのはRails3以降の仕様変更によるものか
• でなければ何故Rails3では元のオブジェクトのクラスインスタンスを保持できているのか
• Rails3では使えた破壊的sortがRails5で使えなくなっているのはなぜか

ネットで検索しても見つからないため、よろしくお願いいたします。

Answer 1

リレーションの保持の仕方がRails 3と4以降では大きく異なっています。

Rails 3では全部取得して配列として保管しているのに対して、Rails 4以降ではどういうSQLを投げるかだけ持っていて、データは実際に必要となってから取得してくる、という配列とは異なるオブジェクトとなっているのです。

sortの後にArrayとなってしまうのはRails3以降の仕様変更によるものか

いえ、これはRails 3でも変わらないかと思います。実際に呼び出しているのはEnumerable#sortというRuby標準のメソッドで（るりま）、これはArrayを返します。

でなければ何故Rails3では元のオブジェクトのクラスインスタンスを保持できているのか
Rails3では使えた破壊的sortがRails5で使えなくなっているのはなぜか

Rails 3では、元のリレーションが配列の派生だからです

Comments

[yuuki0218]

回答ありがとうございます。
なるほど、Rails5系から使い始めたので、Rails3とRails4以降でのActiveRecode周りのところの仕様差異は全く認識していなかったです。。
Rails3では元のリレーションが**配列の派生**であるため、sort!でレシーバそのもののインスタンスに対して処理できたのに対し、Rails5ではリレーションオブジェクト自体はデータを持っていないため、sort!でレシーバに操作しようとするとエラーになっていた（そのため、代入演算子で再度データを定義する必要がある）という理解で正しいでしょうか？

[maisumakun]

そのとおりです。

[yuuki0218]

ありがとうございます。
おかげでオブジェクト指向への理解が深まりました。