Jakie kryteria uzasadniają użycie Modułu ponad klasą w Ruby?

Question

Czytam moją książkę o rubinach. Patrząc na poniższy kod,

module Destroy 
    def destroy(anyObject) 
    @anyObject = anyObject 
    puts "I will destroy the object: #{anyObject}" 
    end 
end 

class User 
    include Destroy 
    attr_accessor :name, :email 
    def initialize(name,email) 
    @name = name 
    @email = email 
    end 
end 

my_info = User.new("Bob","Bob@example.com") 
puts "So your name is: #{my_info.name} and you have email #{my_info.email}" 

user = User.new("john","john@example.com") 
user.destroy("blah") 

Mogłem właśnie stworzyć inną metodę w mojej klasie. Dlaczego miałbym to robić? Dlaczego miałbym chcieć użyć modułu? To nie jest tak, jak umieszczanie tego w innych klasach jest łatwiejsze niż zwykłe dziedziczenie.

Answer 1

Możesz myśleć o module, jego metodach i stałych, ponieważ zapewnia on więcej funkcji i czynności użytkowych, które możesz dołączyć do innych obiektów, jak uważasz za stosowne. Na przykład, jeśli chcesz korzystać z funkcji zniszczenia w obiektach Foo i Bar byś zrobił podobnie:

class Foo 
    include Destroy 
    # other code below 
end 

class Bar 
    include Destroy 
    # other code below 
end 

Teraz każdy Foo lub Bar obiekt ma dostęp do wszystkich metod lub stałych wewnątrz od zniszczenia.

Moduły definiują przestrzeń nazw, piaskownicę, w której mogą być używane metody i stałe, bez obawy, że zostaną nadepnięte przez inne metody i stałe. ruby docs przechodzi w bardziej szczegółowo na ten temat i zawiera dobry przykład praktycznego od kiedy chcesz go używać, jak widać poniżej:

module Debug 
    def whoAmI? 
    "#{self.type.name} (\##{self.id}): #{self.to_s}" 
    end 
end 
class Phonograph 
    include Debug 
    # ... 
end 
class EightTrack 
    include Debug 
    # ... 
end 
ph = Phonograph.new("West End Blues") 
et = EightTrack.new("Surrealistic Pillow") 
ph.whoAmI? » "Phonograph (#537766170): West End Blues" 
et.whoAmI? » "EightTrack (#537765860): Surrealistic Pillow" 

W tym przykładzie, każda klasa, która zawiera Debug ma dostęp do metody whoAmI? i inne metody i stałe, które obejmuje debugowanie bez konieczności ponownego definiowania go dla każdej klasy.

Answer 2

Niektóre języki programowania, takie jak C++, Perl i Python, umożliwiają jednej klasie dziedziczenie z wielu innych klas; nazywa się to dziedziczeniem wielokrotnym. Ruby nie obsługuje dziedziczenia wielokrotnego. Oznacza to, że każda klasa może dziedziczyć tylko z jednej innej klasy. Istnieją jednak przypadki, w których klasa mogłaby odnieść korzyść poprzez nabycie metod zdefiniowanych w wielu innych klasach. Jest to możliwe dzięki użyciu konstrukcji zwanej modułem.

Moduł jest nieco podobny do klasy, z tym wyjątkiem, że nie obsługuje dziedziczenia ani tworzenia instancji. Jest najczęściej używany jako pojemnik do przechowywania wielu metod. Jednym ze sposobów użycia modułu jest zastosowanie instrukcji include lub extend w klasie. W ten sposób klasa uzyskuje dostęp do wszystkich metod i obiektów zdefiniowanych w module. Mówi się, że moduł jest wymieszany w klasie. Tak więc mixin to tylko moduł zawarty w klasie. Pojedynczy moduł może być mieszany w wielu klasach, a jedna klasa może mieszać się w wielu modułach; tak więc, wszelkie ograniczenia nałożone przez pojedynczy model dziedziczenia Rubiego są eliminowane przez funkcję mixin o numerze.

Do wyświetlania nazw można również używać modułów. Zostało to wyjaśnione w this post at the Practicing Ruby website.

Answer 3

Piszemy moduł w tym samym pliku co klasa, ale niekoniecznie w klasie, ale w każdym razie.

Dla mnie istnieją 3 powodów, aby użyć modułu (więcej szczegółów here):

1. Moduły zapewniają nazw i zapobiec kolizji nazw.
2. Moduły wdrażają obiekt mixin.
3. Gdy masz bardzo złożoną i gęstą klasę, możesz podzielić ją na moduły i uwzględnić w głównej klasie.

Twój przykład jest dość prosty, bardziej sensownym byłoby napisanie metody w samej klasie, ale spróbuj wyobrazić sobie złożony scenariusz.