Pourquoi serions-nous mettre un module à l'intérieur d'une classe de Ruby?

En Ruby, je vois qu'il peut être utile de placer des classes à l'intérieur de modules pour l'amour de namespacing. Je vois aussi qu'il est possible de placer des modules à l'intérieur des classes. Mais je ne vois pas pourquoi tu ferais ça.

Modules sont généralement mélangés dans les classes, à droite? Donc, quel serait le but de la définition d'un module à l'intérieur d'une classe?

InformationsquelleAutor Nathan Long | 2010-08-23
  1. 53

    Que nous puissions l'utiliser lors de l'écriture des grands singes comme le code comme ceci:

    class DrugDealer
  module Drug
    def happy?; true; end
  end

  def approach(victim)
    victim.extend Drug
  end
end

o = Object.new
DrugDealer.new.approach(o)
o.happy? # => true

    Un autre exemple qui serait plus pratique dans le monde réel est d'avoir mixin qui sont appliquées uniquement par les sous-classes.

    Ceci est utile lorsque certains facettes d'une chose s'applique à certaines sous-classes et d'autres facettes de s'appliquer à d'autres sous-classes, sans qu'il y ait assez d'ordre dans la façon dont ces aspects s'appliquent pour faire place à une claire hiérarchie de classe (de l'arbre). Penser à l'héritage multiple! Un exemple simplifié:

    class Person
  def handshake
    :sloppy
  end

  def mind_contents
    :spam
  end

  module Proper
    def handshake
      :firm
    end
  end

  module Clever
    def mind_contents
      :theories
    end
  end
end

class Professor < Person
  include Proper
  include Clever

  # ...
end

    Et ainsi de suite. Une sorte de gentil, lorsqu'il est utilisé judicieusement. Même super les appels et les constructeurs (je n'ai pas de définir ici si), le flux à travers tout le mixin et les classes de la façon dont je veux qu'ils.

    InformationsquelleAutor Jostein
  2. 7

    Depuis, j'ai couru dans un cas d'utilisation dans une grande application Rails avec complexe namespacing. Un exemple simplifié:

    # app/models/invoice/dependents/item.rb
class Invoice
  module Dependents
    class Item
      # Define invoice item
    end
  end
end

    Ici Invoice est une classe à part, mais est aussi un bon espace de noms pour ses éléments dépendants. On ne peut pas dire module Invoice parce que la constante est déjà défini comme une classe, mais on peut toujours l'utiliser comme un espace de noms.

    Géant De Mise En Garde

    Si vous utilisez une classe comme un espace de noms, et vous êtes à l'aide de Rails, assurez-vous de de ne pas accidentellement déclarer qu'ailleurs la classe. Chargement automatique va ruiner votre journée. Par exemple:

    # app/helpers/invoice/dependents/items_helper.rb
class Invoice       # This line will cause you grief
  module Dependents
    module ItemsHelper
      # view helper methods
    end
  end
end

    Le fait que class Invoice est indiqué dans ce fichier génère une charge de l'ordre de la dépendance; si ce fichier est class Invoice ligne est exécutée avant votre définition de classe, votre définition de classe peut ne pas fonctionner correctement. Dans cet exemple, je ne peux pas déclarer que Invoice sublcasses ActiveRecord::Base si Invoice a déjà été déclaré sans classe parent.

    Vous pourrait besoin de votre "vrai" fichier de définition de classe au-dessus d'un autre fichier, mais au moins dans un des Rails de chargement automatique scénario, vous aurez moins de querelles de le faire si vous n'ceci à la place:

    # app/helpers/invoice/dependents/items_helper.rb
module Invoice:Dependents::ItemsHelper  
  # view helper methods
end

    Avec cette syntaxe, Rails de voir le Invoice constante et l'utilisation de chargement automatique pour le chercher, le trouver dans votre fichier de modèle et de définir la façon dont vous le souhaitez.

    • Bonne explication de la mise en garde -- je viens de frapper trop. Mais si vous allez avec l'approche proposée (module Invoice::Dependents::ItemsHelper), si vous voulez faire référence à d'autres classes dans le Invoice::Dependents portée? Je suis la recherche je inclure le nom complet de la classe (Invoice::Dependents::OtherClass.method), qui est fâcheusement détaillé.
    InformationsquelleAutor Nathan Long
  3. 6
    class Image
    module Colors
        Red = ...
        Blue = ...
    end
    include Colors
end

include Image::Colors

Image.new.set_pixel x, y, Red
    InformationsquelleAutor horseyguy
  4. 3

    Je suppose que c'est vraiment juste sur l'utilisation d'une classe comme un espace de noms, ce qui est parfois plus pratique que de tout mettre dans un module. Je n'ai jamais vu que dans la pratique, mais il est parfaitement valide code Ruby de toute façon.

    Le seul scénario de la vie réelle, je pense, à l'aide de EventMachine dans une classe:

    class Api
  def initialize
    EM.start_server "0.0.0.0", 8080, Server
  end

  module Server
    def receive_data (data)
      # do stuff
    end
  end
end
    InformationsquelleAutor Todd Yandell