红宝石组成。为什么使用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