设计Ruby API时的类与模块？

Question

当我阅读有关Ruby元编程的更多信息时，大多数时候我们发现至少有两种解决方案来解决问题。 请看下面两个例子：

class Base
  def self.has_many(*args)
    # ...
  end
end

class Student < Base
  has_many :books
end

另一种风格：

module Base
  def self.included(klass)
    klass.extend ClassMethods
  end

  module ClassMethods
    def has_many(*args)
      # ...
    end
  end
end

class Student
  include Base

  has_many :books
end

但是当我们设计api时，我们必须决定使用哪一个，但我想问一下大多数人已经在他们的库中实现的想法和一些最佳实践。

Answer 1

如果您的API提供了将由客户端扩展的基本功能，那么您应该更喜欢继承 。

如果您的API将使用自己的基本功能扩展各种客户端，那么您应该进行合成 。

Answer 2

你有很多围绕这个问题的理论。

我倾向于喜欢组合，因为它使行为更加可重用，但是如果你看看Rails，每次你想要数据库中的对象时，你都必须继承ActiveRecord :: Base类。 如果你看一下DataMapper，它就是相反的，因为它们只需要你包含DataMapper :: Resource。

继承与组合（通过模块）是一个很大的主题，您必须问自己的问题将归结为：如何实现我提供的组件与另一个用户现有代码库之间更大的解耦？

Answer 3

Ruby仅支持单继承。 因此，如果API客户端必须继承您的基类，则它们将无法继承其他类。 使用模块包含，您可以使代码如下：

class Student < Person
  include Base
  has_many :books
end

因此，您可以“继承”Person和Base。

但是，经典的继承语法看起来更自然，更少“神奇”