Zend FR

Je pense qu'il y a méprise, car si on "lit la doc" de la méthode add de la classe InputFilter :

[lang=php]
    /**
     * Add an input to the input filter
     *
     * @param  array|Traversable|InputInterface|InputFilterInterface $input
     * @param  null|string $name
     * @return InputFilter
     */
    public function add($input, $name = null)
    {
        if (is_array($input)
            || ($input instanceof Traversable && !$input instanceof InputFilterInterface)
        ) {
            $factory = $this->getFactory();
            $input = $factory->createInput($input);
        }
        return parent::add($input, $name);
    }

Il est tout a fait possible de donner en paramètre un array, c'est la fonction qui se charge de créer l'inputFilter via la factory.

En ce qui concerne cette remarque :

Ensuite si tu as l'attribut required ça signifie qu'il y a forcément la validation NotEmpty puisqu'on demande à ce que le champ soit rempli.

Elle corrobore exactement avec la problématique que je soulève : que ce soit avec un require, ou un validator NotEmpty, il m'est impossible de forcer une valeur non vide dans le champs du formulaire.

Enfin l'input filter est bien pris en compte car il valide bien que l'adresse email est correcte lorsque je passe une valeur au formulaire.

Effectivement, ta méthode marche très bien, elle est similaire à celle du user guide d’ailleurs.
Cependant je voulais spécifier des validateurs par défaut (obligatoires) directement lors de la construction de mon formulaire.

J'ai donc mis le nez dans le code et j'ai compris le "bug" qui faisait que la directive "required" n'était pas prise en compte :

Lorsque l'on appelle la méthode \Zend\Form\Form->getInputFilter(), un \Zend\InputFilter\InputFilter par défaut est crée s'il n'y a pas un de définit . Cet InputFilter crée pour chaque champ du formulaire un \Zend\InputFilter\Input avec les directives "required" : false et AllowEmpty = true;

Lorsque l'on ajoute via la méthode Zend\InputFilter\InputFilter->add, on crée un nouveau \Zend\InputFilter\Input que l'on merge avec \Zend\InputFilter\Input déjà créé (par défaut).


Et c'est la que se pose le problème car la méthode  \Zend\InputFilter\Input->merge utilise les directives required et AllowEmpty (entre autre) du  \Zend\InputFilter\Input par défaut et donc : "required" : false et AllowEmpty = true;

Ce qui oblige à faire :

[lang=php]
namespace TestForm;
class TestForm extends \Zend\Form\Form{
    /**
     * Constructor
     */
    public function __construct(){
        parent::__construct('test');
        $this->setAttribute('method', 'post')
        ->add(array(
            'name' => 'email',
            'attributes' => array(
                'type' => 'text'
            )
        ))
        ->getInputFilter()->add(array(
            'name' => 'email',
            'required' => true,
            'validators' => array(
                array('name' => 'NotEmpty','option' => array('type'=>\Zend\Validator\NotEmpty::STRING)),
                array('name' => 'EmailAddress')
            )
        ))
        //Force Required à true & AllowEmpty à false
        ->get('email')->setRequired(true)->setAllowEmpty(false);
    }
}

tu peux le faire directement dans le form via l'interface

Je ne comprend pas l'utilité de créer un InputFilter perso alors que la méthode getInputFilter le crée d'elle même.

Ensuite je ne comprend pas l'utilité d'utiliser une interface car la méthode add de la classe InputFilter crée l'input avec une factory à partir d'un array.

là ça ne fait pas propre et il y a de la redondance de code qui n'est pas nécessaire.

Cela "ne fait pas propre" car il y a une erreur de code dans la méthode add de la classe InputFilter qui ne gère pas correctement les attribut require et AllowEmpty et donc m'oblige à le forcer après création de l'input.

Je ne vois pas la redondance de code (en omettant le fait que je sois obliger de forcer les require et allowEmpty car la fonction add ne le gère pas correctement)

Je juge intéressant de définir les validateurs "obligatoires" dans le formulaire, puis ajouter d'autre validateurs dans les services en fonction du contexte.

Je pourrais très bien avoir un service 'test1' qui renvoi le formulaire tel quel et un service 'test2' qui renvoi le formulaire en ajoutant le validateur StringLength au champs "email" par exemple. Mais dans tout les cas le champ email devra être validé par le validateur EmailAddress.

Si je devais implémenté tous les validateurs pour chaque service, là il y aurai redondance de code.

En fait c'est juste que quand tu implémentes l'interface, la factory du form va automatiquement créer le input filter qui est défini dans la méthode à implémenter et celle-ci fonctionne bien.

En fait si tu utilises correctement les formulaires normalement ils sont censé faire uniquement des regroupements de filedset qui eux sont une représentation de tes models via les filter/validators.

J'ai du mal à comprendre dans quel cas en suivant ce modèle tu vas avoir à un moment donné devoir obliger l'utilisateur à saisir un champ qui doit faire tel ou tel longueur ou répondre à tel ou tel critère alors que le fieldset représente un de tes modèles et donc qu'il impose les mêmes contraintes. Si ton modèles ne peux pas prendre de champ nom à null si tu autorises le formulaire à le faire tu vas avoir un problème au niveau des données.

Enfin c'est pas bien grave le principal c'est que ça fonctionne

neilime a écrit:

Malheureusement ça ne fonctionne pas vraiment, et c'est tout le but de mon message, car l'attribut "require" n'est pas (selon moi) pris en compte correctement. Je dois le forcer manuellement.

D'accord mais ce cas je ne vois pas ce que l'on peut faire pour toi. Tu peux tout à fait passer par l'interface comme je te le disais tout à l'heure et dans le service qui récupère l'instance de ton formulaire ajouter les validateurs qu'il te manque en fonction de ton contexte. Mise à part ça je ne vois pas bien comment t'aider plus

Merci bakura pour ton éclaircissement, je comprend effectivement la logique mise en place.
La PriorityQueue est effectivement une solution parfaite pour ce genre de problématiques, mais s'il faut attendre ZF3, je passerai par mon propre InputFilter pour l'instant

Merci en tout cas pour votre aide.