包含模块时使用间接是否有优势（来自 7 周内的 7 种语言，Ruby 第 3 天）

Question

Bruce 在“七周内的七种语言”，Ruby 第 3 天，第 38 页中给出了以下示例：

module ActsAsCsv
  def self.included(base)
    base.extend ClassMethods
  end

  module ClassMethods
    def acts_as_csv
      include InstanceMethods
    end
  end

  module InstanceMethods
    def read
       #fill @csv_contents and @headers from file self.class.to_s.downcase + '.txt'
    end

    attr_accessor :headers, :csv_contents

    def initialize
      read
    end
  end
end

class RubyCsv
  include ActsAsCsv
  acts_as_csv
end

m = RubyCsv.new
puts m.headers.inspect
puts m.csv_contents.inspect

我看不出 def self.included(base) 和 使用间接寻址的任何原因类方法。与简单地包含模块 InstanceMethods 相比，上述代码是否有优势？

---

详细来说：对于“简单地包含模块 InstanceMethods”，我指的是以下代码：

  module InstanceMethods #defined as above
    def read
       #fill @csv_contents and @headers from file self.class.to_s.downcase + '.txt'
    end

    attr_accessor :headers, :csv_contents

    def initialize
      read
    end    
  end

class RubyCsv
  include InstanceMethods
end

m = RubyCsv.new
puts m.headers.inspect
puts m.csv_contents.inspect

由于鸭子类型，这不是和通过 base.extend ClassMethods 一样好吗？

Answer 1

原始代码允许您执行此操作：

class A
  include ActsAsCsv
end

class B < A
  acts_as_csv
end

则会更干净

• 虽然在这种情况下使用继承更多是一种品味问题，但如果添加与 Aacts_as_csv 以外的更多方法， >
• ActsAsCsv 预计会被许多类继承的类包含（例如某种BaseModel），

时会产生进一步的优势

• 当使用acts_as_csv 方法 > 比仅包含 InstanceMethods
• acts_as_csv 需要一个参数，例如 acts_as_csv :separator =>; “”

Answer 2

优点之一是代码（和原始作者）与后来推理代码的人之间的目的沟通。 （以及允许参数的机制。）

acts_as_csv 说明了 RubyCsv 行为的一个方面。

include ActsAsCsv 的声明性较少。它是否提供了额外的方法，是否从根本上改变了底层类的功能，或者两者兼而有之，或者......？在阅读文档之前你不会知道。在阅读 acts_as_csv 的文档之前，您可能也不知道，但它更具沟通性。

这是“这就是我”和“这就是我可能做的”之间的区别。不要陷入具体的例子中——考虑正在做什么以及如何做的机制。

这种机制是 Ruby 代码看起来像它试图解决的问题而不仅仅是 Ruby 的原因之一。这是实现 micro-DSL 的一种方法，有助于使 Ruby 尽可能具有表现力。