利用ActionController的新respond_with
方法...当action(保存)成功时以及何时不成功时,它如何确定要呈现的内容?
我问,因为我试图通过脚手架生成规范(包含在下面)来传递,如果只是为了让我能理解它。该应用程序工作正常,但奇怪的是,当验证失败时,它似乎呈现/carriers
(至少是浏览器的URL所说的内容)。然而,规范期待"new"
(我也是如此),而是接收<"">
。如果我将规范更改为期望""
,它仍会失败。
当它呈现/carriers
时,该页面会显示验证失败的字段旁边的error_messages。
任何熟悉respond_with
的人都能看到这里发生了什么吗?
#carrier.rb
validates :name, :presence => true
#carriers_controller.rb
class CarriersController < ApplicationController
respond_to :html, :json
...
def new
respond_with(@carrier = Carrier.new)
end
def create
@carrier = Carrier.new(params[:carrier])
flash[:success] = 'Carrier was successfully created.' if @carrier.save
respond_with(@carrier)
end
规格失败:
#carriers_controller_spec.rb
require 'spec_helper'
describe CarriersController do
def mock_carrier(stubs={})
(@mock_carrier ||= mock_model(Carrier).as_null_object).tap do |carrier|
carrier.stub(stubs) unless stubs.empty?
end
end
describe "POST create" do
describe "with invalid params" do
it "re-renders the 'new' template" do
Carrier.stub(:new) { mock_carrier(:save => false) }
post :create, :carrier => {}
response.should render_template("new")
end
end
end
end
出现此错误:
1) CarriersController POST create with invalid params re-renders the 'new' template
Failure/Error: response.should render_template("new")
expecting <"new"> but rendering with <"">.
Expected block to return true value.
# (eval):2:in `assert_block'
# ./spec/controllers/carriers_controller_spec.rb:81:in `block (4 levels) in <top (required)>'
答案 0 :(得分:23)
<强> TL:博士强>
向模拟添加错误哈希:
Carrier.stub(:new) { mock_carrier(:save => false,
:errors => { :anything => "any value (even nil)" })}
这将在respond_with
中触发所需的行为。
这里发生了什么
在post :create
response.code.should == "200"
它以expected: "200", got: "302"
失败。所以它重定向而不是渲染新模板。它在哪里?给它一条我们知道会失败的道路:
response.should redirect_to("/")
现在它以Expected response to be a redirect to <http://test.host/> but was a redirect to <http://test.host/carriers/1001>
规范应该通过呈现new
模板来传递,这是模拟Carrier对象上的save
返回false之后的正常事件过程。相反,respond_with
最终会重定向到show_carrier_path
。这是完全错误的。但为什么呢?
在对源代码进行一些挖掘后,似乎控制器试图渲染“carrier / create”。没有这样的模板,因此引发了异常。救援块确定请求是POST,并且错误哈希中没有任何内容,控制器将重定向到默认资源,即模拟Carrier
。
这很令人费解,因为控制器不应该假设有一个有效的模型实例。毕竟这是create
。在这一点上,我只能猜测测试环境是以某种方式走捷径。
所以解决方法是提供假的错误哈希。 <{1}}失败后,通常情况下会出现问题。所以这有点意义。