Rails 5:

Musisz rozszyfrować domyślną klauzulę where zobacz odpowiedź @Dwight, jeśli nadal chcesz mieć asocjację has_many.

Choć User.joins(:tasks) daje mi

ArgumentError: The association scope 'tasks' is instance dependent (the scope block takes an argument). Preloading instance dependent scopes is not supported.

Ponieważ nie jest to już możliwe, Możesz również użyć @Arslan Ali solution.

Rails 4:

class User < ActiveRecord::Base
  has_many :tasks, ->(user){ where("tasks.owner_id = :user_id OR tasks.assignee_id = :user_id", user_id: user.id) }
end

Update1: Regarding @ JonathanSimmons comment

Przekazanie obiektu user do scope w modelu User wydaje się być podejściem wstecznym

Nie masz aby przekazać model użytkownika do tego zakresu. Bieżąca instancja użytkownika jest przekazywana automatycznie do tej lambda. Nazwij to tak:

user = User.find(9001)
user.tasks

Update2:

Jeśli to możliwe, czy mógłbyś rozwinąć tę odpowiedź, aby wyjaśnić, co się dzieje? Chciałbym to lepiej zrozumieć, aby móc wdrożyć coś podobnego. dzięki

Wywołanie has_many :tasks w klasie ActiveRecord zapisze funkcję lambda w jakiejś zmiennej klasy i jest po prostu fantazyjnym sposobem na wygenerowanie metody tasks na jej obiekcie, która zadzwonię do lambdy. Wygenerowana metoda wyglądałaby podobnie do następującego pseudokodu:

class User

  def tasks
   #define join query
   query = self.class.joins('tasks ON ...')
   #execute tasks_lambda on the query instance and pass self to the lambda
   query.instance_exec(self, self.class.tasks_lambda)
  end

end

Wymyśliłem na to rozwiązanie. Jestem otwarty na wszelkie wskazówki, jak Mogę to poprawić.

class User < ActiveRecord::Base

  def tasks
    Task.by_person(self.id)
  end 
end

class Task < ActiveRecord::Base

  scope :completed, -> { where(completed: true) }   

  belongs_to :owner, class_name: "User", foreign_key: "owner_id"
  belongs_to :assignee, class_name: "User", foreign_key: "assignee_id"

  def self.by_person(user_id)
    where("owner_id = :person_id OR assignee_id = :person_id", person_id: user_id)
  end 
end

To w zasadzie nadpisuje asocjację has_many, ale nadal zwraca obiekt ActiveRecord::Relation, którego szukałem.

Więc teraz mogę zrobić coś takiego:

User.first.tasks.completed a wynikiem jest całe ukończone zadanie należące lub przypisane do pierwszego użytkownika.

Rozszerzenie na odpowiedź @dre-hh powyżej, która już nie działa zgodnie z oczekiwaniami w Rails 5. Wygląda na to, że Rails 5 zawiera teraz domyślną klauzulę where na skutek WHERE tasks.user_id = ?, która nie działa, ponieważ w tym scenariuszu nie ma kolumny user_id.

I ' ve found it is still possible to get it working with a has_many association, you just need to unscope this additional where clause added by Rails.

class User < ApplicationRecord
  has_many :tasks, ->(user) { unscope(:where).where("owner_id = :id OR assignee_id = :id", id: user.id) }
end

Moja odpowiedź na skojarzenia i (wiele) kluczy obcych w rails (3.2): jak opisać je w modelu i zapisać migracje jest właśnie dla Ciebie!

Jeśli chodzi o Twój kod,oto moje modyfikacje

class User < ActiveRecord::Base
  has_many :tasks, ->(user) { unscope(where: :user_id).where("owner_id = ? OR assignee_id = ?", user.id, user.id) }, class_name: 'Task'
end

class Task < ActiveRecord::Base
  belongs_to :owner, class_name: "User", foreign_key: "owner_id"
  belongs_to :assignee, class_name: "User", foreign_key: "assignee_id"
end

Ostrzeżenie: Jeśli używasz RailsAdmin i chcesz utworzyć nowy rekord lub edytować istniejący rekord, nie rób tego, co sugeruję.Bo ten hack sprawi problem jak zrobisz coś takiego:

current_user.tasks.build(params)

Powodem jest to, że rails będzie próbował użycie current_user.id aby wypełnić zadanie.user_id, tylko po to, aby stwierdzić, że nie ma czegoś takiego jak user_id.