Active Support Concern

一个典型的模块看起来像这样

module M
  def self.included(base)
    base.extend ClassMethods
    base.class_eval do
      scope :disabled, -> { where(disabled: true) }
    end
  end

  module ClassMethods
    ...
  end
end

通过使用 ActiveSupport::Concern，上面的模块可以改写为

require "active_support/concern"

module M
  extend ActiveSupport::Concern

  included do
    scope :disabled, -> { where(disabled: true) }
  end

  class_methods do
    ...
  end
end

此外，它优雅地处理模块依赖关系。给定一个 Foo 模块和一个依赖于前者的 Bar 模块，我们通常会编写以下代码

module Foo
  def self.included(base)
    base.class_eval do
      def self.method_injected_by_foo
        ...
      end
    end
  end
end

module Bar
  def self.included(base)
    base.method_injected_by_foo
  end
end

class Host
  include Foo # We need to include this dependency for Bar
  include Bar # Bar is the module that Host really needs
end

但是为什么 Host 需要关心 Bar 的依赖关系，即 Foo？我们可以尝试通过直接在 Bar 中包含 Foo 来隐藏这些依赖关系

module Bar
  include Foo
  def self.included(base)
    base.method_injected_by_foo
  end
end

class Host
  include Bar
end

不幸的是，这行不通，因为当 Foo 被包含时，它的 base 是 Bar 模块，而不是 Host 类。使用 ActiveSupport::Concern，模块依赖关系将被正确解析

require "active_support/concern"

module Foo
  extend ActiveSupport::Concern
  included do
    def self.method_injected_by_foo
      ...
    end
  end
end

module Bar
  extend ActiveSupport::Concern
  include Foo

  included do
    self.method_injected_by_foo
  end
end

class Host
  include Bar # It works, now Bar takes care of its dependencies
end

预置关注点

就像 include 一样，关注点也支持 prepend，并带有相应的 prepended do 回调。module ClassMethods 或 class_methods do 也将被预置。

prepend 也用于任何依赖关系。