ruby-on-rails – has_many：通过模型名称,控制器和属性最佳实践

您可以通过这种方式构建它,例如：

> index应该使用params [：project_id],这样您就可以只显示特定项目的用户索引.
> create是添加新用户的位置,也就是创建新连接模型的位置.
> update是修改现有连接模型上的值,例如,当您要更新项目中用户的角色时.
> destroy是从项目中删除用户的位置,也就是删除相应连接模型的位置.
>如果您决定在索引视图中管理所有内容,则可能不需要显示和编辑操作.

另外,我建议选择一个不同的名字. Rails在很大程度上依赖于命名约定,而projects_users是您将与has_and_belongs_to_many关联一起使用的join_table的默认名称.从理论上讲,你可以将它用于一个独立的模型(以及一个has_many到:),但它并不是很明确,你可能会破坏某些东西.另外,它会让任何可能在未来加入该项目的新程序员(个人经历)感到困惑.

如何将模型称为project_participation？

如果您还没有构建很多功能,并且还没有生产该表,那么现在更改它将为您节省很多麻烦.

更新

1)我支持我前面所说的：你的连接模型是一个完整的记录,它保存状态,可以被提取,修改(由用户)并被销毁.
专用控制器是最佳选择.此外,此控制器应处理修改连接模型的所有操作,即更改其属性.

2)您可以定义User#role_for(project),只需记住它应该正确处理用户未参与项目的情况.

您还可以使用以下内容明确说明：

@user.project_participations.where(project_id: @project.id).first.try(:role)
# or...
ProjectParticipation.find_by(project_id: @project.id,user_id: @user.id).try(:role)

但是我会说将这个逻辑封装在一个方法中(在两个模型中的一个上)会更好.

3)您已经在为表使用非标准名称.我的意思是它是不同类型关联的默认名称(has_and_belongs_to_many),而不是您正在使用的关联(has_many through :).问问自己：支持实际模型的表格是什么？如果是,该模型代表现实世界中的某些东西,因此应具有适当的名称.另一方面,如果表没有支持模型(例如,它是一个连接表),那么你应该组合它加入的表(模型)的名称.