Rubyのモジュールとクラス

Question

Rubyを始め、モジュールの概念を学んでいます。私はモジュールの使い方がコードを整理し、名前の衝突を避けることを理解しています。 （それは重要ではありませんように私は実装を含めていない）のは、私はこのようなモジュールの束を持っているとしましょう：

module Dropbox 

    class Base 

    def initialize(a_user) 
    end 

    end 

    class Event < Base 

    def newFile? 
    end 

    def newImage? 
    end 

    end 

    class Action < Base 

    def saveFile(params) 
    end 

    end 

end 

と別のモジュール：

module CustomURL 

    class Base 

    def initialize(a_user, a_url, a_method, some_args, a_regex) 
    end 

    end 

    class Event < Base 

    def initialize(a_user, a_url, a_method, some_args, a_regex) 
    end 

    def change? 
    end 

    end 

    class Action < Base 

    def send_request(params) 
    end 

    end 

end 

私はの束を持っているつもりですがこれらのモジュール（10+、Gmail、Hotmailなど）。私が理解しようとしていることは、これが私のコードを整理する正しい方法ですか？

基本的に、私は "サービス"を表すためにモジュールを使用しており、すべてのサービスは共通のインターフェースクラス（初期化のための基礎、アクションのリストのアクション、および監視のイベント）を持ちます。

Answer 1

ここでは、関連クラスまたは依存クラスのファミリを定義しています。これらのファミリのモジュールの使用方法はnamespacesです。

また、この方法を使用すると、互換性のあるインターフェイスがある場合は、クラスにabstract factoryを簡単に作成できます。しかし、私が見る限り、これは現在のクラス設計の場合ではありません。たとえば、Dropbox::EventとCustomURL::Eventは完全に異なるパブリックメソッドを持っています。

あなたはあなたのクラスのデザインを再評価し、polymorphismを使用し、すべてのイベントとアクションがこれらの基本クラスから派生するようにBaseEventとBaseActionのようなものを抽出することができるように彼らは統一されたインタフェースを有することが可能であるかどうかを確認することができます。

更新：限りあなたはサービスを定義して、Serviceのようなトップレベルのモジュールを定義し、このモジュール内のすべてのクラスを置くために役に立つかもしれません。システムのモジュール性が向上します。将来、モジュールサービスの基本クラスをリファクタリングする場合は、それらをトップレベルのネームスペースに入れることができます。次に、あなたのオブジェクトは、これらのような読みやすい名前を持っています。

Service::Dropbox::Event 
Service::Dropbox::Action 
Service::CustomURL::Event 
Service::CustomURL::Action 
Service::BaseEvent 
Service::BaseAction 

Answer 2

すぐに分かるように、コードを整理するための「正しい方法」はありません。

ほとんどの主観的な読みやすさの微妙な違いがあります。あなたのクラスを整理する方法は、あなたのコードを宝石としてリリースする上で大丈夫です。通常、他の人々のプロジェクトには含まれないコードでは必要ありませんが、どちらも害はありません。

「自分の意図が何であるか分からないコードを読んでいる人にとって、これは理にかなっていますか？」

Answer 3

私は、私はネットワーク機器をモデリングしています、仕事でいくつかのようなコードを持っています。

一般的な属性とメソッドを持つジェネリッククラスを定義するアプローチを取った。ジェネリックコンパレータ、さまざまなハードウェアモデルのサブクラスなど。サブクラスには、そのハードウェアの固有の属性と、その装置のインスタンスを別のものと初期化または比較するのに必要なすべてのサポートコードが含まれています。

別のメソッドと同様のメソッドを記述する必要があるとすぐに、そのコードをベースクラスに昇格して再利用する方法について考えました。これはしばしば私がパラメータを渡す方法を変更することを含み、仮パラメータを使う代わりに、ハッシュを使って最終的に必要なものを引き出し、メソッドインタフェースを制御したままにします。

基本クラスには多くのサブクラスがあるので、時間をかけてその基本クラスがどのように機能するかを考えておくことが重要です。サブクラスを追加すると、他のサブクラスを変更する必要があるため、ベースをリファクタリングする作業が難しくなります。私はいつも私がいくつかのブラインド路地を下っていることを知っているし、少しバックアップする必要がありますが、クラスが成熟するにつれてますます起こるはずです。