将ActiveRecord如何使用模块应用于其他Ruby项目

我决定深入研究一下Rails的ActiveRecord代码，试图弄清楚其中一些是如何工作的，我惊讶地发现它由许多模块组成，这些模块似乎都包含在ActiveRecord:：Base中

我知道Ruby模块提供了一种将相关的和可重用的方法分组的方法，这些方法可以混合到其他类中以扩展它们的功能

然而，大多数ActiveRecord模块似乎高度特定于ActiveRecord。在某些模块中似乎有对实例变量的引用，这表明这些模块知道整个ActiveRecord类和其他模块的内部结构

这让我想知道ActiveRecord是如何设计的，以及如何将这种逻辑应用到其他Ruby应用程序中

将大型类拆分为模块是一种常见的“设计模式”，这些模块在其他地方并不真正可重用，只是为了拆分类文件？当模块使用可能由不同模块或类的一部分定义的实例变量时，它被视为好的设计还是坏的设计

如果一个类可以有许多方法，并且在一个文件中定义它们会变得很麻烦，那么在其他文件中重新打开该类并在其中定义更多方法是否同样有意义

---

在我正在开发的一个命令行应用程序中，我有几个类可以完成各种功能，但我有一个顶级类可以为整个应用程序提供API-我发现这个类正陷入困境，因为有很多方法可以真正将工作交给其他类，就像把应用程序的各个部分粘在一起的胶水。我想我在想，将一些相关的方法拆分成模块，或者在不同的代码文件中重新打开类，对我来说是否有意义？还是有什么我没有想到的

我创建了很多我不希望高度可重用的模块。它使孤立地测试一组相关方法变得更容易，如果类只有几百行而不是几千行，那么它们的可读性更高。和往常一样，我们需要取得平衡

我还创建了希望include类定义实例方法的模块，以便在模块上定义的方法可以使用它们。我不会说它非常优雅，但是如果您只在几个类之间共享代码，并且很好地记录代码，那么它是可行的。如果类未定义所需的方法，也可以引发异常：

module Aggregator
  def aggregate
    unless respond_to?(:collection)
      raise Exception.new("Classes including #{self} must define #collection")
    end
    # ...
  end
end

如果依赖共享实例变量，我会更加犹豫

我看到的关于重新打开类的最大问题就是简单地管理源代码。您是否会在不同的目录中找到多个

aggregator.rb

？这些文件的加载顺序是确定的吗？这会影响类中的重写或调用方法吗？至少对于模块，包含顺序在源代码中是明确的

---

更新：在一篇评论中，Stephen询问了关于测试一个要包含在类中的模块的问题

RSpec提供了

shared_示例

，作为测试共享行为的便捷方法。您可以在共享上下文中定义模块的行为，然后声明每个包含的类也应显示该行为：

# spec/shared_examples/aggregator_examples.rb
shared_examples_for 'Aggregator' do
  describe 'when aggregating records' do
    it 'should accumulate values' do
      # ...
    end
  end
end

# spec/models/model_spec.rb
describe Model
  it_should_behave_like 'Aggregator'
end

即使不使用RSpec，也可以创建一个包含模块的简单存根类，然后针对该类的实例编写测试：

# test/unit/aggregator_test.rb
class AggregatorTester
  attr_accessor :collection

  def initialize(collection)
    self.collection = collection
  end

  include Aggregator
end

def test_aggregation
  assert_equal 6, AggregatorTester.new([1, 2, 3]).aggregate
end

---

相关方法的测试是另一种想法。如何测试耦合到另一个类的模块中的方法？你是否在测试中创建了一个“基本”类，并将模块包含在其中？我在回答中添加了一些注释。