当前位置:  开发笔记 > 后端 > 正文

递归Rails嵌套资源

如何解决《递归Rails嵌套资源》经验,为你挑选了1个好方法。

我有一个用于项目管理的Rails应用程序,其中有Project和Task模型.一个项目可以有很多任务,但任务也可以有无数个任务,无限制.

使用嵌套资源,我们可以有/ projects/1/tasks,/ projects/1/tasks/new,/ projects/1/tasks/3/edit等.

但是,您如何表示RESTful任务的递归性质?我不想深入到另一个层次,所以可能会有以下情况:

map.resources :tasks do |t|
    t.resources :tasks
end

这会给我以下网址:

/tasks/3/tasks/new   
/tasks/3/tasks/45/edit

或者,当涉及到单个任务时,我可以使用/ tasks/45/edit

这是一个合理的设计吗?

凸轮



1> mwilliams..:

超越单一嵌套路线的任何地方通常被认为是一个坏主意.

The Rails Way的第108页开始:

" Jamis Busk是Rails社区中非常有影响力的人物,几乎与David本人一样.2007年2月,在他的博客中,他基本上告诉我们深度嵌套是一个_bad_事物,并提出了以下经验法则:资源应该永远不会嵌套不止一层. "

现在有些人会争论这个(在第109页讨论)但是当你谈论用任务嵌套任务时,它似乎没有多大意义.

我会以不同的方式处理你的解决方案,就像上面提到的那样,一个项目应该有很多任务,但是对于一项任务来说,许多任务看起来似乎不正确,也许那些应该被重新命名为子任务或者其他什么东西.线.

推荐阅读
sx-March23
这个屌丝很懒,什么也没留下!
DevBox开发工具箱 | 专业的在线开发工具网站    京公网安备 11010802040832号  |  京ICP备19059560号-6
Copyright © 1998 - 2020 DevBox.CN. All Rights Reserved devBox.cn 开发工具箱 版权所有