ruby-on-rails - Rails URL 的嵌套路由和参数(最佳实践)

Question

我对 RESTful url 和非嵌套 url 背后的所有理论有一定的了解，但我仍然不太确定这在企业应用程序中的表现如何，例如 Amazon、StackOverflow 或 Google...

Google 有这样的网址:

• http://code.google.com/apis/ajax/
• http://code.google.com/apis/maps/documentation/staticmaps/
• https://www.google.com/calendar/render?tab=mc

亚马逊是这样的:

• http://www.amazon.com/books-used-books-textbooks/b/ref=sa_menu_bo0?ie=UTF8&node=283155&pf_rd_p=328655101&pf_rd_s=left-nav-1&pf_rd_t=101&pf_rd_i=507846&pf_rd_m=ATVPDKIKX0DER&pf_rd_r=1PK4ZKN4YWJJ9B86ANC9
• http://www.amazon.com/Ruby-Programming-Language-David-Flanagan/dp/0596516177/ref=sr_1_1?ie=UTF8&s=books&qid=1258755625&sr=1-1

StackOverflow 是这样的:

• https://stackoverflow.com/users/169992/viatropos
• https://stackoverflow.com/questions/tagged/html
• https://stackoverflow.com/questions/tagged?tagnames=html&sort=newest&pagesize=15

所以我的问题是，就为此类系统创建 URL 而言，最佳做法是什么？你什么时候开始在 url 中存储参数，什么时候不？这些大公司似乎并没有遵循在 ruby​​ 社区中激烈争论的规则(例如，你几乎不应该嵌套 URL)，所以我想知道你如何在更大规模的项目中实现你自己的 url，因为它似乎不嵌套 url 的想法在任何比博客更大的地方都会崩溃。

有什么建议吗？

Answer 1

不要太拘泥于 Ruby 社区的“规则”。这个想法是您在嵌套 URL 时不应该过火，但是当它们适合时，它们会被内置到 Rails 框架中，这是有原因的:使用它们。

如果一个资源总是属于另一个资源，嵌套它。没有错。比一个更深有时会有点痛苦，因为您的路线路径会很长并且会有点困惑。

另外，不要混淆嵌套和命名空间。仅仅因为您看到 example.com/admin/products/1234/edit 并不意味着发生了任何嵌套。路由可以使实际上不在代码级别的事物看起来嵌套。

我个人是嵌套的忠实拥护者，并且经常在我的应用程序中使用它(只有一层——偶尔两层)。此外，添加使用单词而不仅仅是 ID 的永久链接样式 URL 在视觉上更具吸引力，并且它们有助于 SEO，无论它们是否嵌套。