La compréhension des Rails de validation: ce n'allow_blank faire?

Je suis assez nouveau pour les Rails et a trouvé un petit extrait pour valider la présence et de l'unicité étape par étape: tout d'abord vérifier la présence, puis vérifier l'unicité.

validates :email, :presence => true, :allow_blank => true, :uniqueness => { :case_sensitive => false }

Je suis un peu confus au sujet de l'aide presence => true et allow_blank => true ensemble.

Sans l'aide de allow_blank => true à la fois les règles seront vérifiés en même temps et de ne pas, étape par étape.

Pourquoi ne allow_blank => true réaliser ce tour de magie?

  • dans le guide officiel il est dit ":allow_blank est ignoré par la présence du programme de validation." Peut-être cela peut vous aider.
  • aussi jeter un oeil à cette grande réponse
InformationsquelleAutor Slevin | 2013-01-23
  1. 28

    Ce que vous avez est équivalent à ceci (retour à la ligne pour plus de clarté):

    validates :email, :presence => true, 
            :uniqueness => { :allow_blank => true, :case_sensitive => false }

    C'est un peu idiot, bien que depuis si vous êtes exigeant la présence, alors ça va "invalider" l' :allow_blank clause :l'unicité.

    Il fait plus de sens lorsque vous basculez à l'aide d'autres validateurs.. disons... le format et le caractère unique, mais vous ne voulez pas tout vérifie s'il est vide. Dans ce cas, l'ajout d'un "appliquée dans le monde" :allow_blank fait plus de sens et SEC est un peu le code.

    Ce... 

    validates :email, :format => {:allow_blank => true, ...}, 
                  :uniqueness => {:allow_blank => true, ...}

    peut être écrit comme:

    validates :email, :allow_blank => true, :format => {...}, :uniqueness => {...}
    • Merci beaucoup! Je viens de trouver ce morceau de code quelque part sur stackoverflow et est devenu curieux de savoir pourquoi quelqu'un devrait utiliser allow_blank et presence ensemble 🙂
    • vous pourriez les utiliser ensemble pour afficher un message d'erreur différent de format non valide vs vide par exemple. Si vous ne mettez pas le allow_blank vous obtiendrez un "format invalide" pour une valeur vide
    InformationsquelleAutor Philip Hallstrom
  2. 31

    La distinction suivante peut être utile à savoir:

    presence: true                    # nil and empty string fail validation
presence: true, allow_blank: true # nil fails validation, empty string passes
    • C'est que acutally vrai? Autant je comprends les docs, allow_blank ignorer les validations sur toutes les valeurs vides. nil est une valeur vide. Un test rapide sur Rails 5 me dit que nil ne pas faillir à ma validation...
    • Cette réponse, c'est super MAL! Au moins dans les Rails 5.
    • est correcte ici, vous pouvez voir en regardant les tests pour la présence du programme de validation avec le allow_blank option: github.com/rails/rails/blob/...
    • Merci de modifier la réponse avec des corrections une fois que vous avez vérifié dans le code de ce que le comportement est pour combien de presence et allow_blank travailler ensemble. Je me suis arrêté à l'aide de Rails de nombreuses années, sinon je le ferais moi-même. Je compte sur la communauté pour garder cette réponse jusqu'à ce jour et fiable.
    • Pour ce faire, utilisez validates :columnx, presence: true, if: Proc.new{ |x| x.columnx.nil? }, basé sur edgeguides.rubyonrails.org/...
    InformationsquelleAutor Dennis
  3. 6

    :allow_blank est une option "désactiver" plusieurs validateurs, mais pas la présence du programme de validation. Le résultat de l'utilisation de ces deux ensemble, c'est que lorsque le champ est laissé vide, vous obtiendrez la :blank message d'erreur (c'est à dire, "ne peut pas être vide"), mais pas les autres messages d'erreur.

    InformationsquelleAutor graywh
  4. 1

    Dans votre code, :presence => et :uniqueness => sont les validateurs, tandis que :allow_blank => est une option par défaut qui est transmis à d'autres validateurs.

    De sorte que votre code:

    validates(
    :email,
    :presence => true,
    :allow_blank => true,
    :uniqueness => { :case_sensitive => false }
)

    Est l'équivalent de ce code:

    validates(
    :email,
    :presence => { :allow_blank => true },
    :uniqueness => { :allow_blank => true, :case_sensitive => false }
)

    Cependant, la presence validateur ignore la allow_blank option, de sorte que votre code finit par être essentiellement ceci:

    validates(
    :email,
    :presence => { }, # `{ }` is equivalent to `true`
    :uniqueness => { :allow_blank => true, :case_sensitive => false }
)

    Avoir :allow_blank => true dans :uniqueness signifie que lorsque l'email est vide, le uniqueness de validation ne sera pas exécutée.

    Un effet de ceci est que vous éliminer de la base de données de la requête.

    E. g., sans la :allow_blank => true condition de vous voir ce:

    >> user = User.new(email: nil)
>> user.valid?
  User Exists (0.2ms) SELECT  1 AS one FROM "users" WHERE "users"."name" IS NULL LIMIT 1
=> false
>> user.errors.messages
=> {:email=>["can't be blank"]}

    Mais avec la :allow_blank => true option vous ne voyez pas que User Exists DB requête arriver.

    L'autre bord de cas d'effets secondaires qui se passe quand vous ont un enregistrement à un message e-mail vide dans votre base de données déjà. Dans ce cas, si vous ne pas ont la :allow_blank => true option sur la uniqueness validateur, vous verrez alors deux erreurs reviennent:

    >> user = User.new(email: nil)
>> user.valid?
  User Exists (0.2ms) SELECT  1 AS one FROM "users" WHERE "users"."name" IS NULL LIMIT 1
=> false
>> user.errors.messages
=> {:email=>["has already been taken", "can't be blank"]}

    Mais avec la :allow_blank => true option, vous ne pourrez voir que les "can't be blank" d'erreur (en raison de l'unicité de validation ne fonctionne pas lorsque l'email est vide).

    InformationsquelleAutor Jordan Brough
  5. 0

    de Rails annotation

    # * <tt>:allow_nil</tt> - Skip validation if the attribute is +nil+.
# * <tt>:allow_blank</tt> - Skip validation if the attribute is blank.

    donc, cela signifie que, lorsque nous utilisons allow_blank sur e-mail, si le message est nul, une seule erreur ajouté à errors objet, de sauter à l'unicité valide.

    InformationsquelleAutor cbd Focus
  6. 0

    Trop expliquer simplement faire des choses simples plus compliqué, disons simplement:

    # do not use this validates to check if the value is blank
    InformationsquelleAutor gy134340