Rails 与偶尔嵌套路由的多对多关系

Question

随着我对 Rails 的了解越来越多，并打破了 ASP.Net 时代的设计思维，今天早上我正在考虑一个场景，但不知道是否可以实现。

治疗师通过服务获得多种治疗 - 反之亦然

在我的控制面板中，我有一个区域供治疗师编辑他们的详细信息（姓名、联系信息等），也可以通过复选框选择他们的治疗。

我想从 Practitioners _form 中删除复选框。拥有自己的表格，我可以这样调用：

<%= link_to "Edit Treatments", edit_practitioner_treatments(@practitioner) %>

但是，从管理的角度来看，我仍然需要能够在没有执业者对象的情况下管理治疗：

<%= link_to "Edit Treatments", edit_treatments(@treatment) %>

这也存在身份验证障碍。

• 有没有更简单的解决方案来提取我忽略的治疗方法？
• 是否可以在某些时候使用嵌套路由？
• 我今天早上是否喝了太多咖啡，因此目前处于精神错乱的状态？

Answer 1

一般来说，在考虑管理功能时，通常会向用户提供完全不同的界面，其权限检查更多地基于“这会破坏某些东西”而不是“是否应该允许”，因此创建一个具有单独控制器的管理区域是有利的。例如：

map.namespace :admin do |admin|
  # Admin::PracticionersController
  map.resources :practicioners

  # Admin::TreatmentsController
  map.resources :treatments
end

map.resources :practicioners do |practicioner|
  practicioner.resources :treatments
end

map.resources :treatments do |treatment|
  treatment.resources :practicioners
end

所有 Admin::* 控制器都可以从 Admin::BaseController 等继承，在允许执行任何操作之前执行足够严格的身份验证检查。

在我见过的大多数应用程序中，面向用户的前端都有设计或风格元素，它们的布局通常被导航元素、广告或其他编辑内容包围。创建一个整洁的单独管理视图，每页显示更多信息，并允许对不向用户公开的维度进行排序或搜索，在管理中等规模的数据集时非常有价值。

尽管制作这些额外的管理控制器及其关联表单似乎需要做很多工作，但如果您仔细设计，您可以回收两个区域之间的许多功能，尤其是页面部分。