Javascript-为什么在Rails控制器操作中需要`render layout：false`？

我使用Working with Javascript in Rails指南中的remote：true成语：

# new.html.slim
= form_for @thing, remote: true do |f|
  f.text_field :whatever
  f.submit 'Submit'

# thing_controller.rb
layout 'foo'

def create
end

# create.js.erb
alert('foobar')

这失败了,因为出于某种原因create.js.erb呈现在’foo’布局中,并以html而不是javascript的形式返回,尽管事实上该请求已被正确地处理为Javascript：

Processing by ThingsController#create as JS
  Parameters: {"utf8"=>"✓", "commit"=>"Submit"}
  Rendered things/create.js.erb (0.6ms)

(无论我在控制器操作中是否有显式的response_to格式块,问题都是相同的.)

如here和here所述,包括渲染布局：控制器操作中的false可解决此问题：

# thing_controller.rb
layout 'foo'

def create
  render layout: false
end

但是为什么我需要渲染布局：这里为false？为什么Rails会在html布局中渲染javascript？我特别感到困惑,因为我在其他几个地方也使用过相同的习惯用法,而且从未遇到过这个问题.

解决方法:

Rails中的动作控制器默认情况下以HTML响应进行响应(除非另有说明).

布局’foo’强制使用app / views / layouts / foo.html.slim作为视图文件的模板.因此,与您something_controller.rb上的动作相关联的所有视图都呈现在布局“ foo”内部,默认情况下,使用布局“ foo”生成的最终HTML和视图文件create.html.slim被发送回客户端.

如果要强制执行返回的js模板而不是HTML文件,则需要在操作中明确定义它,如下所示：

# thing_controller.rb
layout 'foo'

def create
  respond_to do |format|
    # use :template if your view file is somewhere else than rails convention
    format.js {
      :template => "somewhere/create.js.erb", 
      :layout => false
    }
  end
end

where render layout：false强制rails不要寻找任何包装文件来包装您的视图文件(即rails引擎只处理create.js.erb文件,而在“ foo”布局上未定义HTML标头)将其发送回客户端.

Javascript-为什么在Rails控制器操作中需要`render layout：false`？

相关文章