Ruby: 既存クラスの拡張モジュールの使用方法・適用タイミングはどうあるべきか

ふみやす＠シェルまおう(自称でない) @satoh_fumiyasu

Ruby URI::Component というクラスを作って放置していたのだけど、いくつかバグっていたので直してみた。 http://t.co/lnkfmJNn5t https://t.co/u6SBJ2zGRd

ふみやす＠シェルまおう(自称でない) @satoh_fumiyasu

Ruby URI::Component だけど、これが正しいインターフェイス/実装かどうかはまったく自信がないので、ダメ出し受けたい…。とりあえず動く程度のもの。

す @ktou

mixin...

ふみやす＠シェルまおう(自称でない) @satoh_fumiyasu

@ktou ruby-dev 方面の話でしたら、ダメ出しを期待…。どうくっつければ「正しい」のかよくわかってません…。

す @ktou

@satoh_fumiyasu module URI::Generic; include(URI::Component); endで使えるようにする方がよくある書き方な気がします。URI::Component.includedを定義すれば複数のモジュールをincludeできます。

ふみやす＠シェルまおう(自称でない) @satoh_fumiyasu

@ktou ありがとうございます! 教えてもらったキーワードで調べて考えてみます。もし、既存クラスを拡張するクラス(?)で手本/参考になりそうなお薦めのものをご存知でしたら教えてもらえると助かります。orz

す @ktou

@satoh_fumiyasu む。どのあたりがピンときませんでした？

ふみやす＠シェルまおう(自称でない) @satoh_fumiyasu

@ktou オブジェクト思考やら Ruby の流儀やらに疎いから、というのが一番の理由だったりします…。URI のような Ruby の基本的でメジャーなクラスを拡張する場合、どういった方法・タイミングでそれをやるのがいいのかよくわかってません。

ふみやす＠シェルまおう(自称でない) @satoh_fumiyasu

s/オブジェクト思考/オブジェクト指向/

ふみやす＠シェルまおう(自称でない) @satoh_fumiyasu

@ktou 例えば、require "uri/component" したら問答無用に URI を拡張してしまってもいいのかもしれませんが、そうするかどうかはユーザーに選択させたい(選択させるべき)なのかとか、どういった手順・方法で選択させたらいいのかとかがわかりません。

ふみやす＠シェルまおう(自称でない) @satoh_fumiyasu

@ktou Rails とかは require しただけでガンガン Ruby のクラスを拡張しているっぽい(実際は知らない)し、拡張しても互換性が保てているのであればいいのかどうか。 URI を拡張するのでなく、URI を継承する別クラスにすべきなのかどうか、とか…。

ふみやす＠シェルまおう(自称でない) @satoh_fumiyasu

@ktou 場合によりけりなんでしょうけど、判断材料が自分に不足している状況です。実装方法もあまり知らないし。

す @ktou

@satoh_fumiyasu 一番影響範囲を少なくするならインスタンス毎にextend(URI::Component)するのがRubyっぽいです。全インスタンスで有効にするならURI::Generic.include(URI::Component)するのがRubyっぽいです。

す @ktou

@satoh_fumiyasu 主張が強いライブラリーにしたいならrequireしたらすぐに有効にすればよいと思います。そこまで主張する気がないならrequireしてあｋら明示的にincludeしてもらうのがよいと思います。

す @ktou

@satoh_fumiyasu URIを拡張する方法は既存のコードをほぼ変更なしでよいのがメリットで、別クラスの場合は既存のURIへの影響を与えずに済むのがメリットです。デメリットはお互いのメリットの逆です。これらとどのような気持ちでユーザーに使って欲しいかを天秤にかけます。

す @ktou

@satoh_fumiyasu 実装方法は https://t.co/Y0JUQmHwBI のextend(mod)をsend(:include, mod)にします。たとえば、base.send(:include, URI::Component::UserInfo)です。