ruby-on-rails – Rails：RESTful资源：值得使用还是不灵活过度使用？

概述在过去的两个月里,我一直在搞乱铁轨,到目前为止一切进展顺利 – 但有一个方面我有点怀疑. 我一直听说RESTful rails资源的乐趣：即config / routes中的’resource：foo’,以及控制器中的7个restful *** 作. 除了非常简单的事情(例如通过运行’生成脚手架’来完成99％的事情),我发现尝试将项目功能压缩到该方法中比仅仅逐个匹配配置/路由中的URL更方便每个动作都需要 在过去的两个月里,我一直在搞乱铁轨,到目前为止一切进展顺利 – 但有一个方面我有点怀疑.

我一直听说RESTful rails资源的乐趣：即config / routes中的’resource：foo’,以及控制器中的7个restful *** 作.

除了非常简单的事情(例如通过运行’生成脚手架’来完成99％的事情),我发现尝试将项目功能压缩到该方法中比仅仅逐个匹配配置/路由中的URL更方便每个动作都需要.

但我一直认为我错了,除了最极端的情况之外,RESTful资源才是最佳选择.

所以：

(a)任何人都可以对此提出意见吗？

(b)对于经验丰富的铁路人员,典型项目中您的路线的百分比是：资源和行动编码的百分比是多少？
干杯…

解决方法 资源很方便,但它们不是“一刀切”的功能.有些东西对7种方法没有意义.

请记住you can：

>排除特定方法：除外.
>仅包括以下特定方法：
>将您自己的方法添加到资源中.

所以他们并不像你想象的那样缺乏灵活性.但是,如果在考虑到这3点后,资源只是“感觉不对”,请跳过它！ REST从未打算取代常规路由,它只是试图抽象出最常见的用例.

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

总结

以上是内存溢出为你收集整理的ruby-on-rails – Rails：RESTful资源：值得使用还是不灵活/过度使用？全部内容，希望文章能够帮你解决ruby-on-rails – Rails：RESTful资源：值得使用还是不灵活/过度使用？所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。