“before”默认为before(:each)。参考Rspec Book，版权2010年，第228页。

before(scope = :each, options={}, &block)

我使用before(:each)为每个示例组播种一些数据，而不必调用let方法在“it”块中创建数据。在这种情况下，“it”块中的代码更少。

如果在某些例子中需要某些数据，而在其他例子中不需要，我会使用let。

before和let都可以很好地晾干“it”块。

为了避免混淆，“let”和前面的(:all)不一样。“Let”为每个示例(“it”)重新计算它的方法和值，但在同一个示例中跨多个调用缓存值。你可以在这里阅读更多信息:https://www.relishapp.com/rspec/rspec-core/v/2-6/docs/helper-methods/let-and-let

我总是更喜欢使用let而不是实例变量，原因如下:

Instance variables spring into existence when referenced. This means that if you fat finger the spelling of the instance variable, a new one will be created and initialized to nil, which can lead to subtle bugs and false positives. Since let creates a method, you'll get a NameError when you misspell it, which I find preferable. It makes it easier to refactor specs, too. A before(:each) hook will run before each example, even if the example doesn't use any of the instance variables defined in the hook. This isn't usually a big deal, but if the setup of the instance variable takes a long time, then you're wasting cycles. For the method defined by let, the initialization code only runs if the example calls it. You can refactor from a local variable in an example directly into a let without changing the referencing syntax in the example. If you refactor to an instance variable, you have to change how you reference the object in the example (e.g. add an @). This is a bit subjective, but as Mike Lewis pointed out, I think it makes the spec easier to read. I like the organization of defining all my dependent objects with let and keeping my it block nice and short.

相关链接可以在这里找到:http://www.betterspecs.org/#let

重要的是要记住，let是惰性求值的，不要在其中放置副作用方法，否则您将无法轻松地从let更改到(:each)之前。 你可以用let!而不是let，以便在每个场景之前对其进行评估。

使用实例变量和let()之间的区别在于let()是延迟求值的。这意味着let()直到它定义的方法第一次运行时才会被求值。

before和let之间的区别在于，let()提供了一种以“级联”风格定义一组变量的好方法。这样做可以简化代码，使规范看起来更好一些。

我使用let来测试我的API规范中的HTTP 404响应，使用上下文。

为了创建资源，我使用let!但是为了存储资源标识符，我使用let。看看它是什么样子的:

let!(:country)   { create(:country) }
let(:country_id) { country.id }
before           { get "api/countries/#{country_id}" }

it 'responds with HTTP 200' { should respond_with(200) }

context 'when the country does not exist' do
  let(:country_id) { -1 }
  it 'responds with HTTP 404' { should respond_with(404) }
end

这样可以保持规范的干净和可读性。

请Joseph注意——如果您在before(:all)中创建数据库对象，它们将不会在事务中被捕获，您更有可能在测试数据库中留下cruft。使用before(:each)代替。

使用let及其惰性求值的另一个原因是，你可以在上下文中重写let来测试一个复杂的对象，就像下面这个非常人为的例子:

context "foo" do
  let(:params) do
     { :foo => foo,  :bar => "bar" }
  end
  let(:foo) { "foo" }
  it "is set to foo" do
    params[:foo].should eq("foo")
  end
  context "when foo is bar" do
    let(:foo) { "bar" }
    # NOTE we didn't have to redefine params entirely!
    it "is set to bar" do
      params[:foo].should eq("bar")
    end
  end
end