Czym są moduły i mixiny?

Question

Accepted Answer

**Moduły** to kontenery na metody i stałe, które nie mogą być instancjowane. Ich głównym zastosowaniem są **mixiny** — udostępnianie metod pomiędzy klasami poprzez `include` (ponieważ Ruby ma dziedziczenie jednostronne). Moduły zapewniają również **namespacing**. Mixiny to elegancka alternatywa Ruby dla wielodziedziczenia. ## Moduły jako mixiny — udostępnianie zachowania między klasami ```ruby module Greetable def greet # methods defined in the module "Hi, I'm #{name}" end end module Trackable def track(event) puts "#{self.class}: #{event}" end end class User include Greetable # MIX IN the module's methods include Trackable # include MULTIPLE modules attr_reader :name def initialize(name) = @name = name end User.new("Ann").greet # "Hi, I'm Ann" — method from the mixin ``` Ponieważ Ruby ma **dziedziczenie jednostronne**, moduły rozwiązują problem ponownego użycia kodu między niezwiązanymi klasami: moduł definiuje metody, a każda klasa może go `include` aby uzyskać te metody. Klasa może includeować **wiele** modułów — odpowiedź Ruby na wielodziedziczenie. ## include vs extend ```ruby module Helper def help; "helping"; end end class A include Helper # adds as INSTANCE methods → A.new.help end class B extend Helper # adds as CLASS methods → B.help end ``` **`include`** dodaje metody modułu jako metody instancji; **`extend`** dodaje je jako metody klasy. ## Moduły do namespacing ```ruby module Payments class Processor; end # fully qualified: Payments::Processor TAX_RATE = 0.08 end Payments::Processor.new # access via the namespace — avoids name collisions ``` Moduły służą również jako **namespace**, grupując powiązane klasy/stałe pod jedną nazwą (`Payments::Processor`) aby uniknąć konfliktów. ## Prawdziwe mixiny (Comparable, Enumerable) ```ruby class Temperature include Comparable # mixing in Comparable gives <, >, ==, between?, etc. attr_reader :degrees def <=>(other) # just define <=> ... degrees <=> other.degrees end # ...and Comparable provides all comparison methods! end ``` Wbudowane mixiny Ruby (**`Comparable`**, **`Enumerable`**) są potężne: zaimplementuj jedną metodę (`<=>` lub `each`) a moduł dostarcza wiele więcej (porównania lub `map`/`select`/itd.). ## Dlaczego to ważne Moduły i mixiny to ważne, charakterystyczne cechy Ruby centralne dla tego, jak Ruby osiąga ponowne użycie kodu i organizację, dlatego zrozumienie ich jest niezbędne dla idiomatycznego Ruby. Ponieważ Ruby ma **dziedziczenie jednostronne**, **mixiny** (includowanie modułów do klas poprzez `include`) to eleganckie rozwiązanie Ruby dla udostępniania zachowania między niezwiązanymi klasami — klasa może includeować wiele modułów aby uzyskać ich metody, zapewniając korzyści wielodziedziczenia bez jego problemów. To jest fundamentalne dla sposobu, w jaki strukturyzowany jest kod Ruby (i Rails): zachowania krzyżowe są pakowane w moduły i mieszane do klas, które ich potrzebują. Zrozumienie `include` (metody instancji) vs `extend` (metody klasy), modułów jako **namespace** (grupowanie powiązanego kodu aby uniknąć konfliktów), a zwłaszcza potężnych wbudowanych mixin Ruby (**`Comparable`** i **`Enumerable`** — gdzie implementacja jednej metody jak `<=>` lub `each` daje ci wiele metod za darmo) jest ważne zarówno dla pisania wielokrotnie używalnego Ruby jak i rozumienia kodu frameworka, którego używasz. Moduły/mixiny to sposób, w jaki Ruby elegancko komponuje zachowania, i pojawiają się wszędzie w bibliotece standardowej i frameworkach. Opanowanie ich — mixiny dla udostępniania kodu (alternatywa Ruby dla wielodziedziczenia), include vs extend, namespacing, i wykorzystywanie Comparable/Enumerable — to ważna, często stosowana wiedza, która odzwierciedla zrozumienie kompozycyjnego projektowania Ruby i jest niezbędna dla pisania idiomatycznego, wielokrotnie używalnego Ruby oraz to częsty temat rozmów kwalifikacyjnych.