Discussion :

[kaymak]

Hello,

Voilà quelque chose qui me parait simple à réaliser manuellement, mais qui se transforme en chemin de croix avec sf.

Dans un formulaire, possédant un champ texte, et une case à cocher.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
<form name="f_someform">
Texte : <input type="text" /><br/>
Case à cocher : <input type="checkbox" /><br/>
<input type="submit" value="soumettre" />
</form>

J'ai une contrainte à appliquer sur le champ texte, par exemple 'required'.
Mais celle ci ne doit être appliquer que si la case à cocher est cochée.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
if( case_a_coche.is_checked )
    validate( text_field )
else
    // text_field is ignored

Je ne trouves actuellement pas d'informations sur ce cas de figure, malgré mes séances googling et autres tentatives plus vaines les unes que les autres.

Par ailleurs, la ml ne répond pas, la doc n'en dis mot, et si vous avez tenté de lire les classes de Form, vous en conviendrez c'est trop très compliqué.

Bref, je suis dans l'impasse, d'autant plus que ce composant est franchement très imbriqué, de plus, il est très obscure.

Alors si vous avez une idée, une piste, un exemple, ou tout simplement la solution, cela m'enleverez une belle épine du pied, et m'éviterait de devoir une fois encore me plier à ce qu'il est possible de faire, et non ce que je souhaite.

merci,
a+

[winzou]

Je pense que tu peux t'en sortir avec les validation groups : http://symfony.com/doc/current/book/...idation-groups
L'idee c'est que tu peux valider de plusieurs facon une meme entite. Imaginons un groupe "case cochee" qui contient un validateur required sur ton texte, et un group "case non cochee" qui ne contient aucun validateur en fait.

Apres, il faut que tu trouves comment appliquer tel groupe en fonction du formulaire soumis par ton visiteur. Ca ne doit pas etre tres compliquer, rajoute ton code avant ton $form->isValid() et ca devrait le faire je pense.

Sinon globalement je suis d'accord avec toi, la doc est encore bien maigre, mais la doc sur les forms est quasi inexistante.

[RapotOR]

Ou utiliser le callback ?

[kaymak]

hello,

merci à vous deux pour vos réponses !

Alors pour les groupes, ils m'avaient cligné de l'oeil à moi aussi pour ce problème.
Cependant, ma validation (ou non) du champs texte, doit se faire lors de l'exécution des contraintes.
Alors que les groupes, comme indiquées ici http://symfony.com/doc/current/book/...idation-groups, permettent de sélectionner les contraintes à la déclaration du formulaire.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
$form = $this->createFormBuilder($users, array(
        'validation_groups' => array('registration')
    )
    // ...
;

Hors, je pense que si je modifie les contraintes du formulaire juste avant la validation, le framework refusera de valider le formulaire, puisque la déclaration de celui ci ne sera plus égale à celui utiliser pour valider l'input.
Sa restent intéressant, je vais creuser cette idée.

Pour le callback, c'est une bonne idée aussi à creuser, cependant, je vais être obligé de ré implémenter toutes mes contraintes connexes dans le callback.

Car si mon champs doit être
required
email
+callback

Pour l'instant, je ne vois pas comment dire au framework de ne pas tester required et email, si dans mon callback je détecte que ce n'est pas nécessaire.
Dès lors, je vais devoir implémenter ces contraintes dans le callback,
mais je perds donc l'intérêt du framework qui est fait pour centraliser mes contraintes et ne pas les répéter
Par ailleurs, dans ce cas là, autant tout mettre dans le contrôleur, au moins ce sera simple à maintenir.
De plus rien ne dis que mon callback sera exécuté en premier.

Faut que je teste tout cela, tout cela n'est que suppositions et hypothèses.

Je vous tiens au jus,
a+

[RapotOR]

Je dirais le callback tout seul.
Tu peux toujours faire appel a la validation si besoin s'en fait sentir :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

$validator->validate(...)

(http://symfony.com/doc/current/book/validation.html)

Je ne connais pas les possibilités de validation_groups; c'est peut etre la solution.

[kaymak]

Hello,

encore merci pour votre aide.

Bon finalement j'ai utiliser les groupes de validation.

Je suis pas bien heureux de cette solution,
- elle est bizarre
- L'ergonomie est nul, j'ai une double validation, d'un coté les jolie required du formulaire, de l'autre des raw messages qui popent au milieu du formulaire.
- Je me pose des question quand à la viabilité de cette solution dans le cas de maj.
- J'ai dû mélangé mes contraintes de formulaire dans mes entités
- Je reste surpris d'avoir pu afficher un formulaire avec le groupe1, et le valider avec un groupe2.

'Fin bon bref, en tant qu'end user je suis pas là pour faire du beau code,
suis un peu dégoûté quand même.

a+, merci.

[djayp]

Salut,

je pense que tu devrais pouvoir gérer cela plus depuis ton entité :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
 
class mon_entite {
    private $foo;
    private $bar;
 
    /**
     * @Assert\True(message = "Bar is required when foo is checked")
     */
    public function isFooCheck()
    {
        if($this->foo == 1 and empty($this->bar)) {
            return false;
        }
        return true;
    }
    // ...
}

A++

[kaymak]

Hello,

Merci pour ta réponse.

Dans ce cas là, j'ai une contrainte qui m'oblige à remplir le texte, au niveau de la bdd.
Hors justement, je voulais être free de ce point de vu là, car cette contrainte n'est pas vérifiée à tous les moments de l'appli.
Et je ne trouve pas du tout logique, si par exemple demain j'écris un script d'import en CLI, d'avoir à indiquer que has_checked=false si je veux un texte à blanc.

C'est une contrainte qui n'à de sens que dans le formulaire.

D'où mon désir de mettre cela dans le form, et non dans un assert.

Ai je faux dans mon raisonnement ? Je débute encore sur cet outil.

Si tu le souhaites je peux travailler sur un code plus concret et le poster.
J'avais voulu faire cela l'autre jour, mais je me suis arrêter en chemin tellement j'étais sidérer de la solution trouvée.

<hs>
Mais, pour l'heure, je me demande vraiment à quoi elle sert cette classe Form, à part pour faire un bindRequest, isValid :l Disons que ce n'est que la RC4.

Fin bon, sortir l'artillerie lourde pour mener un projet bien structurer et se retrouver à bidouiller des trucs comme cela, sa me lourdes : l
Et puis si je choisis un framework qui à dépensé autant d’énergie dans sa conception et sa complexitude, ce n'est certainement pas pour bidouiller, je n'ai pas les connaissances nécessaire pour évaluer les impacts de ma bidouille :l
</hs>


a+

[winzou]

Dans ce cas en fait, je serais tente de dire... il te faut un champ personnalise !
Un champ qui affiche 2 input, ta checkbox et ton textarea, et qui les valide en fonction de tes besoins particuliers.

Mais le probleme c'est que c'est long a faire pour pas grand chose... C'est un peu le mauvais cote de symfony ca, tout est possible mais on dit pas a quel prix.

[djayp]

Salut,

A ce moment là tu pourrais ajouter une variable dans ta classe (avec ses getter/setter), mais sans annotation \ORM. Ainsi elle sera accessible depuis ton code php, mais ne sera pas enregistrée en bdd.

Avec doctrine il ne faut pas raisonner en base de donnée, mais bien en objet.

A++