Recherche:

Si tu déportes toutes les validations dans le modèle et que le contrôleur en est déchargé, il faut encapsuler tes valeurs dans un objet te permettant la récupération des erreurs au fur et à mesure du...

Cette approche a des grosses limites et n'est pas exploitable en l'état.
Je m'explique : suppose qu'un de tes formulaire avec 10 champs poste ses 10 variables. Le contrôleur fait son boulot, appelle...

Si je t'ai dit ça c'est parce que j'utilise moi-même ce système au sein de mon framework. En déportant la validation des données dans le modèle, tu vas être très vite confronté à un problème de...

Ne le fais pas si tu as mal au coeur.
Tu sais, ce n'est que de la programmation, pas une séance de torture :D

Et puis tu peux très bien te créer un objet qui va encapsuler toutes les variables....

Je pense que c'est pas le mieux : tu vas éparpiller les responsabilités.
La cohérence voudrait que tu rassembles ces traitements. Je te déconseille de tester un bout de tes données à un endroit et...

A mon avis, il est quand même préférable de rendre le modèle autonome.

A vrai dire, lorsque vous avez une tâche complexe qui nécessite de multiples appels entres briques logicielles, le...

J'effectue les contrôles dans le modèle pour ma part :)
Le contrôleur dans mon cas ne sert qu'à orchestrer le déroulement du programme et à gérer les appels en fonction des différents retours.