请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

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

请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

使用实例变量和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

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

一般来说，let()是一种更好的语法，它节省了您在所有地方输入@name符号的时间。但是，买者自负!我发现let()也会引入一些微妙的错误(或者至少让人头疼)，因为在你尝试使用它之前，这个变量并不真正存在……提示符号:如果在let()之后添加一个put以查看变量是否正确，则允许规范通过，但如果没有put，则规范失败——您已经发现了这个微妙之处。

我还发现let()似乎在所有情况下都不缓存!我把它写在我的博客上:http://technicaldebt.com/?p=1242

也许只有我这样?