紅寶石組成。爲什麼使用Class而不是Module？

Question

一個大量的紅寶石組成的例子是這樣的：

class GUI 
    def get_input 
    gets.chomp 
    end 
end 

class Computer 
    def initialize 
    @ui = GUI.new 
    end 

    def get_input 
    @ui.get_input 
    end 
end 

但是，我認爲這可能是

module GUI 
    module_function 

    def get_input 
    gets.chomp 
    end 
end 

class Computer 
    def initialize 
    @ui = GUI 
    end 

    def get_input 
    @ui.get_input 
    end 
end 

了。 那麼爲什麼我們在這裏使用Classes not Modules？

Answer 1

這不是一個很好的構圖示例，因爲GUI不利用內部狀態。如果你做了這樣的事情，這將是組成一個更明顯的例子：

class GUI 
    def initialize(prompt) 
    @prompt = prompt 
    end 
    def get_input 
    puts @prompt 
    gets.chomp 
    end 
end 

class Computer 
    def initialize 
    @ui = GUI.new("enter text") 
    end 

    def get_input 
    @ui.get_input 
    end 
end 

有了這個代碼，計算機的每個實例都有它自己的GUI的情況下，擁有自己的綁定行爲（提示的值文本）。

這也可以與模塊完成，如下：

module GUI 
    def get_input 
    puts @prompt 
    gets.chomp 
    end 
end 

class Computer 
    include GUI 
    def initialize 
    @prompt = "enter text" 
    end 
end 

至於爲何類實現可能被認爲比模塊一個更好的 - 嗯，有優點和缺點。使用該模塊，Computer類可以更短，並且不需要定義get_input方法本身，因爲它包含在mixin中。然而，從長遠來看，類方法更爲明確，可能更易於維護。

至少有兩個原因。首先，GUI明確定義它的依賴關係。如果傳遞錯誤的參數數量，Initialize會引發錯誤。但是，如果實例變量未設置，它將爲nil，因此如果GUI在其他地方使用，則可能會錯過該詳細信息。其次，定義像def get_input; @ui.get_input; end;這樣的包裝方法可能看起來多餘，但實際上有時可能會有用。如果你願意的話，它可以讓你使Computer#get_input與GUI#get_input略有不同。

回到你原來的例子。就像我說的，這不是一個很好的構圖。由於GUI類沒有相關性或內部狀態，它可以是獨立的，不需要被實例之一：

class GUI 
    def self.get_input 
    gets.chomp 
    end 
end 

class Computer 
    def get_input 
    GUI.get_input 
    end 
end 

請注意，您可以將class GUI更改爲一個模塊，它會具有相同的影響。您也可以使用module_method而不是def self.，如下所述：https://idiosyncratic-ruby.com/8-self-improvement.html