Rails中AJAX路由：选GET还是PUT？最佳实践问询

兄弟，这个问题问到点子上了——HTTP动词绝对不是可有可无的形式，它是REST架构和Rails MVC约定的核心部分，完全不能随便用GET应付所有场景。咱们一步步拆解你的疑问：

1. HTTP动词的意义：不仅仅是“能跑就行” #

RESTful架构里，每个HTTP动词都有明确的语义约定：

• GET：用于获取资源，是幂等、安全的操作（不会修改服务器状态），浏览器会默认缓存这类请求，参数也会暴露在URL里。
• PUT/PATCH：用于更新资源，PUT是全量更新，PATCH是部分更新，两者都是修改服务器状态的操作，不会被浏览器默认缓存，参数也不会暴露在地址栏。

Rails作为遵循REST规范的框架，整个路由系统都是围绕这个约定设计的——其他开发者看到你的路由，光看动词就能立刻明白这个接口的作用，维护成本会低很多。

2. 能不能始终用GET？绝对不建议 #

虽然你现在用GET实现了功能，但会埋下不少坑：

• 安全隐患：GET请求的参数会出现在URL里，不仅可能暴露敏感数据，而且Rails默认不对GET请求做CSRF校验，容易遭遇CSRF攻击。
• 缓存问题：浏览器会缓存GET请求的响应，如果用户重复触发操作，可能拿到旧的响应，导致逻辑异常。
• 语义混乱：其他接手项目的开发者会困惑“为什么一个更新操作要用GET？”，违反了MVC的语义约定，破坏代码的可读性和一致性。

3. 你的场景该用什么动词？必须用PUT/PATCH #

你的动作是更新模型对象，属于修改服务器资源状态的操作，完全符合PUT或PATCH的语义：

• 如果是更新对象的全部属性，用PUT；
• 如果只是更新部分属性（比如你这里只是根据ID修改某个字段），用PATCH更合适。

具体修改步骤： #

1. 调整路由：把routes.rb里的get "/foos/bar" => "foos#bar"改成：

   patch "/foos/bar" => "foos#bar"
   # 或者用put，根据你的更新逻辑选择
   # put "/foos/bar" => "foos#bar"
   

2. 修改前端AJAX：把请求方法改成PATCH（或PUT），同时带上Rails的CSRF Token：

   $.ajax({
     url: "/foos/bar",
     type: "PATCH",
     data: { id: yourId },
     headers: {
       'X-CSRF-Token': $('meta[name="csrf-token"]').attr('content')
     },
     success: function(response) {
       // 处理成功逻辑
     }
   });
   

3. 控制器动作无需大改：依然可以通过params[:id]获取参数，更新模型后返回200状态码即可。

总结 #

虽然用GET能“跑通”功能，但这是短期投机，长期来看会违反Rails的最佳实践，带来安全、维护和语义上的问题。遵循REST约定用PUT/PATCH才是正确的选择，既符合MVC标准，也能让你的代码更健壮、更易维护。

内容的提问来源于stack exchange，提问作者filmnut