Ruby类Date常量结合RSpec Timecop使用的问题咨询

你遇到的问题其实是Ruby常量的特性导致的——Ruby的常量在类被加载解析时就会立即求值并固定下来，而不是在你使用它们的时候才计算。

举个例子：假设你的类在测试运行前就被加载了，那START_DATE和LAST_DATE会用加载那一刻的真实时间计算出值，之后哪怕你用Timecop.freeze把时间冻住，这两个常量的值也不会跟着更新。这就导致你的方法里用Date.current.in_time_zone（这个会跟着Timecop的冻结时间走）和固定的常量做比较，自然会出现不符合预期的结果，甚至抛出异常。

要让这些日期能跟着当前时间（包括Timecop冻结的时间）动态计算，最直接的方式是把原来的常量改成类方法，这样每次调用方法时都会重新计算值：

class YourClass
  # 把常量换成类方法
  def self.start_date
    Date.current.at_beginning_of_month.in_time_zone + 2.days
  end

  def self.last_date
    Date.current.at_beginning_of_month.in_time_zone + 10.days
  end

  # 方法里调用类方法
  def date_in_range?
    Date.current.in_time_zone.between?(self.class.start_date, self.class.last_date)
  end
end

这样不管什么时候调用start_date/last_date，都会基于当前的Date.current（包括Timecop冻结的时间）重新计算，完美解决测试时的时间不匹配问题。

如果你特别想保持类似常量的调用方式（比如不想改太多现有代码），可以用类实例变量+懒加载，再配合一个重置方法，让测试时可以手动刷新日期值：

class YourClass
  class << self
    # 用类实例变量存储，懒加载求值
    def start_date
      @start_date ||= Date.current.at_beginning_of_month.in_time_zone + 2.days
    end

    def last_date
      @last_date ||= Date.current.at_beginning_of_month.in_time_zone + 10.days
    end

    # 重置方法，测试时调用它来刷新日期
    def reset_date_constants!
      @start_date = nil
      @last_date = nil
    end
  end

  def date_in_range?
    Date.current.in_time_zone.between?(self.class.start_date, self.class.last_date)
  end
end

然后在你的RSpec测试里，每次冻结时间后调用重置方法：

describe YourClass do
  before do
    Timecop.freeze(Time.local(2024, 5, 1))
    YourClass.reset_date_constants! # 刷新日期值
  end

  after do
    Timecop.return
  end

  it "checks if date is in range" do
    expect(subject.date_in_range?).to be true
  end
end

原来的常量用法本身没有语法错误，但在需要动态跟随时间变化（尤其是测试时用Timecop冻结时间）的场景下不合适。推荐用类方法的方案，因为它最简洁，不需要额外的重置逻辑，完全贴合动态计算日期的需求。

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