validates_uniqueness_of passe sur le néant ou le vide (sans allow_nil et allow_blank)

Le caractère unique du programme de validation de ActiveRecord a une options pour ignorer la validation si la valeur est nulle ou vide. Même si j'ai mis les deux paramètres à la valeur true (comportement par défaut), je peux créer un dossier avec le néant et le vide avant la validation de la frappe. J'utilise par défaut la Base de données SQlite3 sqlite3-ruby (1.2.5).

Modifier pour les précisions: - je obtenir le résultat escompté si j'ajoute validates_presence_of pour le Modèle. Je pensais que le comportement par défaut de validates_uniqueness_of ferait redondant.

Cas de test:

rails validation_test
cd validation_test/
script/generate Model Thing identification:string
rake db:migrate

Contenu des app/models/chose.rb:

class Thing < ActiveRecord::Base
  validates_uniqueness_of :identification
end

Console Rails:

script/console 
Loading development environment (Rails 2.3.4)
>> Thing.create!
=> #<Thing id: 1, identification: nil, created_at: "2009-09-26 01:49:32", updated_at: "2009-09-26 01:49:32">
>> Thing.create! :identification => ""
=> #<Thing id: 2, identification: "", created_at: "2009-09-26 01:49:42", updated_at: "2009-09-26 01:49:42">
>> Thing.create! :identification => ""
ActiveRecord::RecordInvalid: Validation failed: Identification has already been taken
    from /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/validations.rb:1090:in `save_without_dirty!'
    from /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/dirty.rb:87:in `save_without_transactions!'
    from /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/transactions.rb:200:in `save!'
    from /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/connection_adapters/abstract/database_statements.rb:136:in `transaction'
    from /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/transactions.rb:182:in `transaction'
    from /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/transactions.rb:200:in `save!'
    from /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/transactions.rb:208:in `rollback_active_record_state!'
    from /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/transactions.rb:200:in `save!'
    from /usr/lib/ruby/gems/1.8/gems/activerecord-2.3.4/lib/active_record/validations.rb:1059:in `create!'
    from (irb):3
>> Thing.count
=> 2

Pourquoi les deux premières créations pass?

Grâce

  • +1 parce que c'est un modèle de la façon de poser une question. Vous dit clairement ce que vous avez fait, ce que vous avez vu, et ce que vous avez prévu.
  • Merci. Mais il semble que cela ne l'empêche pas d'être mal compris. 🙂
InformationsquelleAutor |
  1. 107

    Vous vous trompez sur le comportement par défaut. De les docs:

    :allow_nil - If set to true, skips this validation if the attribute is nil (default is false).
:allow_blank - If set to true, skips this validation if the attribute is blank (default is false).

    Paramètre à la fois de ceux de vrai, je vois le problème suivant avec Rails 2.3.4.

    class Thing < ActiveRecord::Base
  validates_uniqueness_of :identification, :allow_blank => true, :allow_nil => true
end

>> Thing.create! :identification => ""
=> #<Thing id: 6, identification: "", created_at: "2009-09-26 03:09:48", updated_at: "2009-09-26 03:09:48">
>> Thing.create! :identification => ""
=> #<Thing id: 7, identification: "", created_at: "2009-09-26 03:09:49", updated_at: "2009-09-26 03:09:49">
>> Thing.create! :identification => nil
=> #<Thing id: 8, identification: nil, created_at: "2009-09-26 03:09:52", updated_at: "2009-09-26 03:09:52">
>> Thing.create! :identification => nil
=> #<Thing id: 9, identification: nil, created_at: "2009-09-26 03:09:53", updated_at: "2009-09-26 03:09:53">

    Edit: l'Adressage de vos éclaircissements.
    L'ajout d'un validates_presence_of serait correct pour ce que vous essayez de faire. Il n'est pas redondant, puisque c'est de vérifier pour un de complètement différent de l'erreur de cas. Il dispose également de son propre message d'erreur, ce qui sera important pour l'utilisateur.

    class Thing < ActiveRecord::Base
  validates_uniqueness_of :identification, :allow_nil => true, :allow_blank => true
  validates_presence_of :identification
end
    • En fait, je veux l'autre sens. Je veux éviter de néant et le vide des valeurs complètement. Comme un supplément de validates_presence_of ferait. Mais je pensais que le validates_presence serait superflue si il y a déjà un validates_uniqueness_of validateur.
    • Bon maintenant cela fait sens. Même un nul et vierge peut en fait être unique. Si je veux éviter vide les valeurs que j'ai à dire explicitement cela. J'ai d'abord je l'ai trouvé irritant. Maintenant,sur une seconde pensée, j'ai même l'aime plus que moyen. Je pense que je viens de recevoir ma façon de penser un autre petit pas dans la bonne direction. Merci.
    • :allow_blank => true comprend néant valeurs. Donc un supplément de :allow_nil => true est redondante.
    InformationsquelleAutor jdl