ruby-on-rails - rails : RESTful resources: Worth using or inflexible/overrated?

标签 ruby-on-rails rest rails-routing

过去 2 个月我一直在 Rails 中搞乱,到目前为止一切都很顺利 - 但有一个领域我有点怀疑。

我不断听说 RESTful Rails 资源的乐趣:即配置/路由中的“资源:foo”,以及 Controller 中的 7 个 RESTful 操作。

除了非常简单的事情(例如,99% 通过运行“生成脚手架”完成的事情),我发现尝试将我的项目功能压缩到该方法中比仅在配置/路由中逐一匹配 url 更不方便 -并根据需要执行每项操作。

但我一直感觉自己错了,除了最极端的情况之外,RESTful 资源才是正确的选择。

所以:

(a) 有人可以对此提出意见吗?

(b) 对于经验丰富的 Rails 人员来说,在典型项目中,资源占路线的百分比是多少,按操作进行编码的百分比是多少? 干杯...

最佳答案

资源很方便,但它们并不是“一刀切”的功能。有些事情对于这 7 种方法来说是没有意义的。

请记住 you can :

  • 使用 :except 排除特定方法。
  • 仅包含带有 :only 的特定方法。
  • 将您自己的方法添加到资源中。

所以它们并不像您想象的那么不灵活。但是,如果考虑到这 3 点后,该资源只是“感觉不正确”,跳过它! REST 从来都不是要取代常规路由,它只是试图抽象出最常见的用例。

如果您完全跳过 RESTful 资源,您将错过大量免费功能。明智地使用它,你会没事的。

关于ruby-on-rails - rails : RESTful resources: Worth using or inflexible/overrated?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4249635/

相关文章:

ruby-on-rails - HAML 语法错误 "expecting $end"

ruby-on-rails - 基本的 React 元素在带有 webpack 的 Rails 5.1 中不显示

ruby-on-rails - 如何测试是否有异常被拯救?

ruby-on-rails - 如何在 has_many :through association 上对 Active Record 关系进行分组

java - 使用 Jersey 添加 header 授权

java - 在 Spring 3.0 MVC Restful 映射中不重复路径两次

rest - 解析服务器 SSL IIS

html - 页面上的多个 form_fors 导致 _method 属性出现问题

ruby-on-rails - 使用路由约束时设计错误

ruby-on-rails - 像 Spree 这样的引擎中的 Rails URL 和路径助手