Ruby模块中带模块名与不带模块名的方法定义优势对比

嘿，这个问题问得特别到位——我刚入坑Ruby的时候也对着这俩写法挠过头，咱们把它拆明白：

第一种：模块里的实例方法 #

module MyModule
  def run()
    puts "running"
  end
end

这种写法定义的是模块的实例方法，直白点说：你没法直接喊MyModule.run()来调用它，必须把这个模块「挂靠」到某个类或者对象上才能用：

• 要是用include MyModule把模块混入类里，那这个类的实例对象就能调用run方法；
• 要是用extend MyModule，那这个类本身就能调用这个方法（相当于把实例方法直接升级成类方法）。

它的优势在于共享通用行为——比如你有好几个不同的类，都需要一个log_operation方法来记录操作日志，总不能每个类都写一遍吧？把这个方法放到模块里，让这些类include它就行，完美符合「不要重复造轮子」的DRY原则。

第二种：绑定模块名的模块方法 #

module MyModule
  def MyModule.run()
    puts "running"
  end
end

这种写法定义的是模块的类方法（也叫模块级方法），就很直接了：你不用搞什么混入操作，直接通过模块名就能调用——MyModule.run()，一步到位。

它的优势是做独立工具集——比如你写个处理日期的DateHelper模块，里面的format_date、calculate_days这些方法，根本不需要依赖任何类的实例，就是纯工具函数。用这种写法，别人用的时候直接喊DateHelper.format_date(xxx)就行，省心又清晰。

一句话总结 #

• 要让多个类共享行为？选第一种，靠include/extend复用；
• 要写独立工具函数？选第二种，直接用模块名调用。

内容的提问来源于stack exchange，提问作者Cannon Moyer