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

内容导读

互联网集市收集整理的这篇技术教程文章主要介绍了Javascript-为什么在Rails控制器操作中需要`render layout：false`？，小编现在分享给大家，供广大互联网技能从业者学习和参考。文章包含1621字，纯文字阅读大概需要3分钟。

内容图文

我使用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`？全部内容，希望文章能够帮你解决Javascript-为什么在Rails控制器操作中需要`render layout：false`？所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错，欢迎将互联网集市网站推荐给程序员好友。

内容备注

版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 gblab@vip.qq.com 举报，一经查实，本站将立刻删除。

内容手机端