在 Rails 中建模这种关系的最惯用的方法是什么？

Question

假设我们有教练、客户和用户。

以非继承的方式对此进行建模的理想方法是什么？我想避免 STI。

现在我有这样的东西：

用户.rb

  has_many :coaches, :foreign_key => :client_id
  has_many :coach_users, :through => :coaches, :source => :user
  has_many :clients, :class_name => "Coach"
  has_many :client_users, :through => :clients, :source => :client


  def is_a_coach_of?(client)
    self.client_users.include?(client)
  end

  def is_a_client_of?(coach)
    self.coach_users.include?(coach)
  end

coach.rb

  belongs_to :user
  belongs_to :client, :class_name => "User"

但是，要处理一个被认为是“教练”的用户对象并且必须键入 user.coach_users 来获取由该特定用户指导的用户集合，这感觉真的很笨重。

感觉非常不习惯，老实说，它只是令人困惑，我讨厌它。我想要更优雅的东西。

我想删除连接模型，只在 user.rb 模型上添加两个 has_many，但它仍然感觉很笨拙，尤其是违反对象角色的恶心感觉。这些是不同的角色，但也非常相似，因为它们都是用户。您如何使用 Rails 和 Ruby 以优雅的方式，以正确的惯用方式分离这些常见逻辑？

“网站用户”可以在不是coach 或client 的情况下存在。

如果建模只需要一个关系，那么我可以看到它是一个 HABTM，但如果单个关系需要额外的逻辑怎么办？例如，客户或教练的额外逻辑？你会在 User 模型中混入一个定义逻辑的类吗？或者您会为这种关系创建单独的 AR 模型吗？如果是，如何创建？

Answer 1

如果client/coach 只是一个关系，它可以只是那个关系，而不是一个单独的模型。所以你可以在Users 之间建立has_and_belongs_to_many 关系。使用以下命令创建迁移：

  def up
    create_table :coaches_clients do |t|
      t.integer :coach_id
      t.integer :client_id
    end
  end

在你的模型中：

has_and_belongs_to_many :clients,
        :foreign_key => 'client_id',
        :association_foreign_key => 'coach_id',
        :class_name => 'User',
        :join_table => 'coaches_clients'

has_and_belongs_to_many :coaches,
        :foreign_key => 'coach_id',
        :association_foreign_key => 'client_id',
        :class_name => 'User',
        :join_table => 'coaches_clients'