IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Symfony PHP Discussion :

[sfForm] setPostValidator et erreurs


Sujet :

Symfony PHP

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre éclairé
    Inscrit en
    Avril 2003
    Messages
    397
    Détails du profil
    Informations forums :
    Inscription : Avril 2003
    Messages : 397
    Par défaut [sfForm] setPostValidator et erreurs
    Bonjour,

    Est-il possible d'exécuter un appel de setPostValidator() uniquement si les champs du formulaire ne possèdent aucune erreur de validation.
    Par exemple, si le login ou le mot de passe d'une authentification est invalide, ne pas effectuer la méthode callback qui vérifie en base si un compte existe.

    Ou est-il possible de connaitre le nombre d'erreurs de validation du formulaire dans une méthode de callback d'un setPostValidator().
    Pour information, j'ai tenté un isValid() dans une méthode de callback sur un formulaire avec des champs en erreur et j'obtenais "true".

    Merci,
    Dorian

  2. #2
    Expert confirmé
    Avatar de Michel Rotta
    Homme Profil pro
    DPO
    Inscrit en
    Septembre 2005
    Messages
    4 954
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 62
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : DPO
    Secteur : Distribution

    Informations forums :
    Inscription : Septembre 2005
    Messages : 4 954
    Par défaut
    Bonne question.

    Je ne vais, hélas, pas prendre suffisamment de temps pour y répondre, il faudrait faire du reverse sur trop d'objets, pas le temps. Les affirmations qui suivent sont donc peut-être fausse, uniquement appuyé sur mon expérience.

    Dans le PostValidateur il n'est pas possible de tester un autre test. Les tests sont définit avant leur exécution, un if dans la configuration n'aurait aucun effet, pas plus qu'un isValid dans la configuration alors qu'aucun test n'a été effectué.

    L'idée de la vie de l'objet form est
    1.1 ------> création (setup et configure)
    1.2-------> liaison avec les données (sfFormWeb) ou un objet du modèle (sfDoctrineForm)
    2 --------> Liaison avec les données récupères dans la réponse (bind)
    2.1 ------> Vérification des Validator définit plus haut, l'un après l'autre et indépendamment les uns des autres, les erreurs sont récupérée par une exception.
    2.2 ------> Comptage des exceptions retournées et positionnement du "isValid"

    C'est un peu résumé, mais cela permet de comprendre qu'il n'est pas possible de faire dépendre un test d'un autre de la manière dont tu l'entends.

    Tu peux rendre plusieurs test simultanément obligatoire en les regroupant, mais pas l'un dépendant de l'autre à l'exécution. Il faudrait créer une classe du genre de sfValidatorAnd qui serait alors un sfValidatorIf. Ce doit être réalisable, mais pas nécessairement simple à mettre en œuvre.


    Question subsidiaire, mais pourquoi vouloir cette limitation ?

Discussions similaires

  1. [1.x] Lever erreur sur setPostValidator
    Par dorian53 dans le forum Symfony
    Réponses: 2
    Dernier message: 31/05/2012, 19h59
  2. [1.x] erreur sfForm::bind() must be an array()
    Par megaloplex dans le forum Symfony
    Réponses: 3
    Dernier message: 08/07/2010, 15h53
  3. Réponses: 2
    Dernier message: 27/05/2002, 19h46
  4. erreur IDL:omg.org/CORBA/MARSHAL:1.0
    Par Pinggui dans le forum CORBA
    Réponses: 3
    Dernier message: 13/05/2002, 15h05
  5. [Kylix] Erreur objet
    Par Anonymous dans le forum EDI
    Réponses: 1
    Dernier message: 22/03/2002, 09h41

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo