ruby-on-rails – 了解Rails 3的respond_with

前端之家收集整理的这篇文章主要介绍了ruby-on-rails – 了解Rails 3的respond_with前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
利用ActionController的全新respond_with方法…当action(save)成功并且不成功时,它如何确定要呈现的内容

我问,因为我试图得到一个脚手架生成规格(包括在下面)通过,如果只是这样我可以理解它.该应用程序正常工作,但奇怪的是,当验证失败时,它似乎是渲染/操作符(至少这是浏览器的URL所示).然而,这个规范正在期待着“新”(我也是这样),而是正在接收“&”.如果我更改规格期望“”它仍然失败.

当它呈现/载体时,该页面显示出验证失败的字段旁边的error_messages.

熟悉response_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)>'

解决方法

TL:博士

向模拟器添加错误散列:

Carrier.stub(:new) { mock_carrier(:save => false,:errors => { :anything => "any value (even nil)" })}

这将在respond_with中触发所需的行为.

这里发生了什么

在帖子后添加:create

response.code.should == "200"

它预期失败:“200”,得到:“302”.所以它是重定向,而不是渲染新的模板,当它不应该.它在哪里?给我们知道的路径会失败:

response.should redirect_to("/")

现在它失败,预期响应将重定向到< http://test.host/\u0026gt;但是重定向到< http://test.host/carriers/1001\u0026gt; 该规范应该通过渲染新模板来传递,这是在mock上保存的对象返回false之后的正常事件过程.相反,respond_with最终重定向到show_carrier_path.这只是错误的.但为什么? 在源代码挖掘之后,控制器似乎试图渲染“载体/创建”.没有这样的模板,所以出现异常.救援块确定请求是一个POST,并且错误哈希中没有任何内容,控制器重定向到默认资源,即默认载体. 这是令人费解的,因为控制器不应该假设有一个有效的模型实例.毕竟这是一个创造.在这一点上,我只能猜测测试环境是以某种方式进行快捷方式的. 所以解决方法是提供一个假的错误哈希.通常情况下,在保存失败后,哈希会出现某种情况,这样就有道理.

猜你在找的Ruby相关文章