如何在 Rails 中正确处理更新失败时的 URL 保持与表单渲染逻辑-js教程-PHP中文网

如何在 Rails 中正确处理更新失败时的 URL 保持与表单渲染逻辑

Rails 更新失败时使用 render :edit 不会保留 /edit 路径，这是符合 REST 设计规范的正常行为；URL 后缀不用于标识视图状态，而应由 HTTP 方法（如 GET/PATCH）和响应内容共同决定。

rails 更新失败时使用 `render :edit` 不会保留 `/edit` 路径，这是符合 rest 设计规范的正常行为；url 后缀不用于标识视图状态，而应由 http 方法（如 get/patch）和响应内容共同决定。

在 Rails 应用中，/cs/1/edit 是一个 GET 请求，其语义是“获取编辑表单”，属于幂等操作；而提交表单触发的是 PATCH /cs/1（或 PUT），表示“更新资源”，这是一个非幂等的变更操作。当 update_attributes 因验证失败而返回 false 时，控制器执行 render :edit —— 这并非重定向（redirect），而是直接渲染 edit.html.erb 模板，复用当前请求上下文（即 PATCH /cs/1 的请求路径），因此浏览器地址栏仍显示 http://localhost:3000/cs/1，而非跳转回 /cs/1/edit。

这并非 Bug，而是 Rails 遵循 REST 原则的体现：
✅ URL 表达资源标识（Resource URI），而非界面状态；
✅ HTTP 方法表达操作意图（GET 获取、PATCH 更新）；
✅ 渲染失败表单是服务端对失败请求的响应，不应伪造“GET /edit” 的语义。

正确实践：保持用户体验，不强求 URL 后缀

你提到“取消按钮需返回编辑页”，但实际应区分两种交互：

✅ 取消（Cancel）：应使用 link_to 指向 edit_cs_path(@cs)，发起新的 GET 请求，URL 自然显示 /edit；
❌ 保存失败后渲染：必须用 render :edit（非 redirect_to），确保 @cs 实例及错误信息（@cs.errors）保留在视图中，且表单字段值不丢失。

示例修正后的控制器代码：

def update
  if @cs.update(cs_params_update) # 推荐使用 update 而非已弃用的 update_attributes
    flash[:notice] = "Centro de Saúde #{t(:record_successfully_updated)}"
    redirect_to edit_cs_path(@cs) # 成功后重定向到 /edit，确保 URL 清晰
  else
    # 失败时仅渲染，不改变 URL —— 这是正确且必要的
    render :edit
  end
end

⚠️ 注意：format.html { render({:controller => :cs, :action=> :edit }) } 写法冗余且易错，直接 render :edit 即可（同控制器内动作默认解析）。

关于 JavaScript 表单交互的建议

你使用 EnablDisablElements 控制元素状态，需确保：

表单提交后页面重绘（render :edit）时，JavaScript 初始化逻辑能重新执行；
在 edit.html.erb 底部或通过 turbolinks:load 事件绑定启用/禁用逻辑，避免因局部渲染导致脚本失效：

<!-- ... 表单内容 ... -->

<script>
  document.addEventListener('turbolinks:load', function() {
    // 页面加载时初始化控件状态
    EnablDisablElements(['field_name_1', 'field_name_2'], false);
  });
</script>