belongs_to par le biais d'associations

Question

Compte tenu des associations suivantes, j'ai besoin de référencer l'élément Question qu'un Choice est rattaché par l'intermédiaire de la Choice modèle. J'ai essayé d'utiliser belongs_to :question, through: :answer pour effectuer cette action.

class User
  has_many :questions
  has_many :choices
end

class Question
  belongs_to :user
  has_many :answers
  has_one :choice, :through => :answer
end

class Answer
  belongs_to :question
end

class Choice
  belongs_to :user
  belongs_to :answer
  belongs_to :question, :through => :answer

  validates_uniqueness_of :answer_id, :scope => [ :question_id, :user_id ]
end

Je reçois

NameError constante non initialisée User::Choice

lorsque j'essaie de faire current_user.choices

Cela fonctionne bien, si je n'inclus pas l'élément

belongs_to :question, :through => :answer

Mais je veux l'utiliser parce que je veux être en mesure de faire le validates_uniqueness_of

J'ai probablement oublié quelque chose de simple. Toute aide serait appréciée.

Answer 1

Vous pouvez également déléguer :

class Company < ActiveRecord::Base
  has_many :employees
  has_many :dogs, :through => :employees
end

class Employee < ActiveRescord::Base
  belongs_to :company
  has_many :dogs
end

class Dog < ActiveRecord::Base
  belongs_to :employee

  delegate :company, :to => :employee, :allow_nil => true
end

Answer 2

Il suffit d'utiliser has_one au lieu de belongs_to dans votre :through comme ceci :

class Choice
  belongs_to :user
  belongs_to :answer
  has_one :question, :through => :answer
end

Sans rapport, mais j'hésiterais à utiliser validates_uniqueness_of au lieu d'utiliser une contrainte unique appropriée dans votre base de données. Lorsque vous faites cela en Ruby, vous avez des conditions de course.

Answer 3

A belongs_to L'association ne peut pas avoir de :through option. Il est préférable de mettre en cache le fichier question_id sur Choice et l'ajout d'un index unique à la table (en particulier parce que validates_uniqueness_of est sujet à des conditions de course).

Si vous êtes paranoïaque, ajoutez une validation personnalisée à Choice qui confirme que la réponse est question_id mais il semble que l'utilisateur final ne devrait jamais avoir la possibilité de soumettre des données susceptibles de créer ce type de discordance.

Answer 4

Vous pouvez simplement utiliser has_one à la place de belongs_to :

has_one :question, :through => :answer

Answer 5

Mon approche a consisté à créer un attribut virtuel au lieu d'ajouter des colonnes à la base de données.

class Choice
  belongs_to :user
  belongs_to :answer

  # ------- Helpers -------
  def question
    answer.question
  end

  # extra sugar
  def question_id
    answer.question_id
  end
end

Cette approche est assez simple, mais elle s'accompagne de compromis. Elle nécessite que Rails charge answer de la base de données, puis question . Cela peut être optimisé ultérieurement en chargeant rapidement les associations dont vous avez besoin (c'est-à-dire c = Choice.first(include: {answer: :question}) ), mais si cette optimisation est nécessaire, la réponse de stephencelis est probablement une meilleure décision en termes de performance.

Il y a un temps et un lieu pour certains choix, et je pense que ce choix est préférable pour le prototypage. Je ne l'utiliserais pas pour du code de production à moins de savoir que c'est pour un cas d'utilisation peu fréquent.