Ruby模块嵌套类访问模块变量及设计模式合理性问询

一、模块嵌套类实现伪单例的写法是否符合Ruby风格？ #

这种写法是Ruby中利用模块混入扩展类功能的常见用法，但它不算典型的单例模式——毕竟每个include该模块的类实例都会拥有独立的@instanceA。如果你的需求就是让每个宿主类实例有专属的ClassA实例，那这个写法完全没问题，不需要重构。

但如果你的目标是实现全局唯一的ClassA实例，那这个写法就不符合需求，推荐两种更Ruby化的重构方案：

方案1：用Ruby内置的Singleton模块 #

Ruby自带的Singleton模块是实现单例的标准方式，简单且不易出错：

require 'singleton'

module ModuleA
  class ClassA
    include Singleton
    def methodA
      # ...
    end
  end

  def methodA
    ClassA.instance.methodA
  end
end

所有include ModuleA的类实例都会共享同一个ClassA实例，严格符合单例定义。

方案2：模块级变量存储全局单例 #

如果需要更灵活的创建逻辑（比如延迟初始化），可以用模块的类实例变量来维护单例：

module ModuleA
  class ClassA
    def methodA
      # ...
    end
  end

  # 延迟初始化全局单例
  def self.global_instance
    @global_instance ||= ClassA.new
  end

  def methodA
    ModuleA.global_instance.methodA
  end
end

二、模块内部类如何访问模块声明的变量？ #

你代码的核心问题是混淆了模块自身的实例变量和混入后宿主类的实例变量：

• 模块里的@logger是模块对象自己的实例变量，默认只能被模块自身的方法访问；
• 你在instanceA、methodA里写的@logger，其实是include该模块的宿主类实例的实例变量，和模块的@logger毫无关系。

要让内部类和模块实例方法都能便捷访问模块的@logger，需要给模块添加访问器方法：

正确实现代码 #

require 'logger'

module ModuleA
  # 模块自身的实例变量
  @logger = Logger.new($stdout, level: Logger::INFO)

  # 定义模块方法暴露logger
  class << self
    attr_reader :logger
  end

  class ClassA
    def methodA
      # 内部类通过模块方法访问logger
      ModuleA.logger.info("Called from a class instance")
      # ...
    end
  end

  def instanceA
    # 混入后的实例方法通过模块方法访问logger
    ModuleA.logger.info("Called from the module")
    @instanceA ||= ClassA.new
  end

  def methodA
    ModuleA.logger.info("Called from the module")
    instanceA.methodA
  end
end

优化：让实例方法无需写模块前缀 #

如果觉得每次写ModuleA.logger太繁琐，可以在模块里加一个实例方法代理：

module ModuleA
  # ... 前面的代码不变 ...

  # 给混入的实例添加logger方法，代理到模块的logger
  def logger
    ModuleA.logger
  end

  def instanceA
    logger.info("Called from the module") # 现在可以直接调用logger
    @instanceA ||= ClassA.new
  end
end

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