如何解决Rails路线/控制器/目录结构设计问题
| 我有一个设计问题,在此我希望得到深思熟虑的答复。 假设您有一个具有用户,公司和主题模型的简单应用程序(例如)。公司“ 0”主题和“ 1”用户。 管理员(用户)可以完全管理公司,用户和主题-整个REST堆栈,此外还可以执行其他一些操作。管理员应该对所有这三种资源执行其他用户角色无法做的事情。 我们也有公司角色。该角色可以编辑自己的公司,也可以从管理员用户添加的主题中选择一个很好的默认主题,或者他们也可以制作自己的主题。 公司还可以添加/删除/删除用户,但仅限于其公司。这些页面将具有不同的视图,并且与管理员将具有不同的行为-某些重叠,但是某些内容将受到限制,而其他内容将被添加。 现在,这里有一些非平凡的设计选择,我想知道最佳实践是什么。 第1部分 在Rails中,对于管理员来说,有resources :users,:companies,:themes
,对于公司用户来说可能有resource :company,:theme,:users
。
但是,当然,我们在这里遇到了一些命名冲突(单数和复数),因此我们可能想尝试像“ 4”之类的东西来分隔它们?还是有更好的解决方案?
此外,主题只是公司的组成部分,所以也许我们想嵌套它们?
:resource :my_company do
:resource :theme
:resources :users
end
这样做可以,但是关于我们指的是哪个UsersController,可能会造成混淆。这真的很棘手,我很想知道如何处理。您有1个控制器,还是2个?你叫他们什么名字?
因此,这将是一个示例:
http://myapp.com/my_company/theme/edit
http://myapp.com/my_company/users/1/delete
公司用户还可能希望通过ajax来获取主题列表,因此对他们进行调用是否正确:
http://myapp.com/themes.json
?
这是如何处理这种情况,还是有更好的方法?
第2部分
另外,您的目录结构应该是什么样?是否应该按用户角色分隔控制器?
/app/controllers/admin/companies_controller.rb
/app/controllers/admin/themes_controller.rb
/app/controllers/admin/users_controller.rb
/app/controllers/company/my_company_controller.rb
/app/controllers/company/theme_controller.rb
/app/controllers/company/users_controller.rb
还是有更好的方法来解决这个问题?
奇怪的是,users_controller被复制了2倍,并且Theme和Themes之间的差别很小。
对此,我将深表体会。谢谢!
解决方法
感谢您不断组织自己的代码库的愿望,因为我不断说服自己不要接受默认的嵌套资源或命名空间模型的冲动。由于此问题没有正确答案,因此,我只提供我用来说服自己不接受的理由。
资源生活在一个地方。
User.find(1)
应该有一个定位符(URL),我喜欢将其称为user_path。我喜欢称它为user_path,是因为我一直以来都称它为admin_company_user_path([@ company,@user]),这在每次编写时都会使我不适。
该资源可能会针对不同情况以不同的方式呈现自己,例如,如果请求者是XHR或表明他们更喜欢德语而不是英语。为什么标头表明用户是管理员,为什么?
如果我可以使它看起来像Rails / README中最简单的示例,不是吗?
在这一点上,我将承认并最终得到:
/app/controllers/companies_controller.rb
/app/controllers/users_controller.rb
/app/controllers/themes_controller.rb
我的routes.rb将具有:
resources :users
resources :companies
resources :themes
我还应该解决我该如何处理的事情,这些事情使您首先想将它们分开–每个角色的看法不同。在我理想的情况下,我的决定会导致ѭ12看起来像:
= form.input :title if user_can_change_title?
= form.input :theme if user_can_change_theme?
其余的差异将在CSS中处理,也许每个角色都有一个样式表。
在不太理想的情况下,我可能会使用:
= render :partial => \"#{current_user.role}_form\"
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。