La meilleure façon de valider et de tester les Rails de 3 associations (à l'aide de RSpec/Remarquable)?

Je suis encore assez nouveau pour les tests dans Rails 3, et je l'utilise RSpec et Remarquable. J'ai lu beaucoup de posts et quelques livres déjà, mais je suis toujours coincé dans l'incertitude quand à utiliser le nom de l'association, lors de son ID.

class Project < ActiveRecord::Base
  has_many :tasks
end

class Task < ActiveRecord::Base
  belongs_to :project
end

À cause de la bonne pratique, je veux protéger mes attributs à partir de la masse de travaux:

class Task < ActiveRecord::Base
  attr_accessible :project  # Or is it :project_id??

  belongs_to :project
end

Tout d'abord, je veux faire en sorte qu'un projet jamais existe sans une tâche valide:

class Task < ActiveRecord::Base
  validates :project, :presence => true      # Which one is the...
  validates :project_id, :presence => true   # ...right way to go??
end

Je veux aussi assurez-vous que le projet ou l'ID de projet est toujours valable:

class Task < ActiveRecord::Base
  validates :project, :associated => true     # Again, which one is...
  validates :project_id, :associated => true  # ...the right way to go?
end

...et de faire j'ai besoin de la validation :présence lorsque j'utilise :associé??

Merci beaucoup pour clarifier, il semble que, après des heures de lecture et d'essayer de tester des trucs à l'aide de RSpec/Shoulda/Remarquable, je ne vois pas la forêt en raison de tous les arbres de plus...

  • Belle question claire. Pour confirmer, n'avez-vous pas dire que vous voulez ", assurez-vous qu'un groupe de jamais il existe sans un valide (parent) de projet"?
InformationsquelleAutor Joshua Muheim | 2012-07-04
  1. 11

    Cela semble être la bonne façon de le faire:

    attr_accessible :project_id

    Vous n'avez pas à mettre :project là, aussi! C'est de toute façon possible de le faire task.project=(Project.first!)

    Puis vérifier l'existence de la :project_id à l'aide de la suite (:project_id est également défini lors de task.project=(...) est utilisé):

    validates :project_id, :presence => true

    Maintenant, assurez-vous qu'un Projet est valide comme ceci:

    validates :project, :associated => true

    Donc:

    t = Task.new
t.project_id = 1 # Value is accepted, regardless whether there is a Project with ID 1
t.project = Project.first # Any existing valid project is accepted
t.project = Project.new(:name => 'valid value') # A new valid project is accepted
t.project = Project.new(:name => 'invalid value') # A new invalid (or an existing invalid) project is NOT accepted!

    C'est un peu dommage que lors de l'affectation d'un ID de t.project_id = il n'est pas vérifié si ce numéro existe vraiment. Vous devez vérifier cela en utilisant une mesure de la validation ou à l'aide de la Valide l'Existence GEM.

    Pour tester ces associations à l'aide de RSpec Remarquable avec les allumettes, faire quelque chose comme:

    describe Task do
  it { should validate_presence_of :project_id }
  it { should validate_associated :project }
end
    • Wow c'est une révélation. Et je commence à avoir des résultats inattendus avec des Rails 3.2.3. Essayez ceci. Dans le modèle de Tâche, ajouter validates :project, :presence => true mais pas :associated de validation. Dans la console, créer une nouvelle tâche avec project_id=999 et vérifier si elle est .valid?. Rails semble pour l'enregistrement dans la table de projets, puis (sans doute parce qu'il ne l'est pas et project_id est toujours nul), la validation échoue. Maintenant, changez la validation de validates :project_id, :presence => true. Rails de ne PAS lire les projets et la validation réussit. Ajouter :associated et la validation toujours réussit.
    InformationsquelleAutor Joshua Muheim
  2. 4
    validates :project, :associated => true  
validates :project_id, :presence => true

    Si vous voulez être sûr que l'association est présente, vous aurez besoin de
    tester si la clé étrangère utilisée pour cartographier l'association est présente,
    et non pas l'objet associé lui-même.
    http://guides.rubyonrails.org/active_record_validations_callbacks.html

    attr_accessible :project_id
    • C'est une citation directe de la documentation, mais dans mes tests avec des Rails 3.2.3, il fonctionne exactement le contraire. Si vous validez la présence sur l'association (:project, :presence => true), il échoue à la validation si la project_id n'existe pas dans la table de projets. Mais si vous validez présence sur l'id (:project_id, :presence => true), .valid? retourne true n'importe quelle valeur que vous attribuez à project_id. L'ajout de validates :project, :associated => true n'est pas de l'aide, il accepte toujours inexistante project_ids. Assez confus au sujet de la façon dont on est censé valider les associations!
    InformationsquelleAutor Yuri Barbashov
  3. 3

    EDIT: en supposant que l'association n'est pas une option...

    La seule façon que je peux obtenir de bien valider est ceci:

    validates_associated :project
validates_presence_of :project_id, 
    :unless => Proc.new {|o| o.project.try(:new_record?)}
validates_presence_of :project, :if => Proc.new {|o| o.project_id}

    La première ligne valide le fait que le Projet associé est valide, si il y en a un. La deuxième ligne insiste sur le project_id à être présent, à moins que le Projet existe et est nouveau (si c'est un nouveau record, il ne sera pas encore d'IDENTIFIANT). Le troisième ligne s'assure que le Projet est présent si il y a un ID présent, c'est à dire, si le Projet a déjà été enregistré.

    ActiveRecord attribuera un project_id à la tâche si vous affectez un Projet enregistré à project. Si vous affectez un non enregistrées/nouveau Projet de project, il va laisser project_id vide. Ainsi, nous voulons nous assurer que project_id est présent, mais uniquement lorsque vous traitez avec un Projet enregistré; ceci est accompli en ligne deux ci-dessus.

    À l'inverse, si vous attribuez un numéro à project_id, qui constitue un véritable Projet, ActiveRecord de remplir project correspondant à l'objet du Projet. Mais si l'ID que vous avez attribué est faux, il va laisser project comme nul. Ainsi, la ligne de trois-dessus, ce qui garantit que nous avons un project si project_id est rempli -- si vous fournissez un faux ID, ce sera un échec.

    Voir RSpec exemples pour tester ces validations: https://gist.github.com/kianw/5085085

    InformationsquelleAutor Kian Wright
  4. 2

    Joshua Muheim la solution fonctionne, mais je déteste ne pas être en mesure de simplement un lien vers un projet d'une tâche avec un id comme ceci:

    t = Task.new
t.project_id = 123 # Won't verify if it's valid or not.

    Alors je suis venu avec ceci à la place:

    class Task < ActiveRecord:Base

    belongs_to :project

    validates :project_id, :presence => true
    validate :project_exists

    private
    def project_exists
        # Validation will pass if the project exists
        valid = Project.exists?(self.project_id)
        self.errors.add(:project, "doesn't exist.") unless valid
    end

end
    InformationsquelleAutor