【问题标题】:Why does Rails want to return "head :no_content" for JSON PUT requests?为什么 Rails 想要为 JSON PUT 请求返回“head :no_content”?
【发布时间】:2013-02-05 20:18:30
【问题描述】:

我跑步后
rails generate scaffold User
Rails 3.2.11 中生成的用于更新用户的控制器函数如下所示:

def update
  @user = User.find(params[:id])

  respond_to do |format|
    if @user.update_attributes(params[:user])
      format.html { redirect_to @user, notice: 'User was successfully updated.' }
      format.json { head :no_content }
    else
      format.html { render action: "edit" }
      format.json { render json: @user.errors, status: :unprocessable_entity }
    end
  end
end

我很好奇的是返回 head :no_content 以获得成功的 JSON 更新请求。我做了一些谷歌搜索,因为我猜测这是某种 RESTful 属性,不返回更新的对象,但我找不到任何声称是这种情况的东西。

为什么这是默认值,而不是在更新后返回用户对象的 JSON 表示?

【问题讨论】:

  • 好问题,我也在想同样的事情。

标签: ruby-on-rails


【解决方案1】:

好问题,显然目的是返回一个空正文的 HTTP 状态代码 200,请参阅this discussion。也许是为了简洁或安全目的。 head :no_content 似乎创建了一个空主体的 HTTP 响应 200(成功),返回此响应标头:

Status Code:200 OK

另见this related question

【讨论】:

  • 我实际上看到 head :no_content 返回 204 No Content,这似乎不会触发 ajax:success 事件。
  • 如果要显式返回 200,请使用 head 200。即使head :ok 会在后续请求中返回 304 未修改。
  • @DamienRoche 在 GET 请求上,如果资源确实没有被修改,您将希望返回 304 Not Modified,因为这是 HTTP 缓存工作所必需的。为确保获得最佳结果,也设置 expires/last-modified 标头和/或 etag 标头。
  • :ok 应该被更改,令人困惑的是它在后续请求中返回 304……哪些条件使它成为 304?
  • head :ok 似乎总是为我返回 200。
猜你喜欢
  • 2021-07-24
  • 2014-04-02
  • 1970-01-01
  • 1970-01-01
  • 2020-07-05
  • 1970-01-01
  • 1970-01-01
  • 2020-03-17
相关资源
最近更新 更多