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

Design Patterns Discussion :

[MVC] Vérification des données


Sujet :

Design Patterns

  1. #1
    Invité
    Invité(e)
    Par défaut [MVC] Vérification des données
    Bonjour

    Je fais mes débuts dans la programmation et je m'intéresse depuis quelques temps au pattern MVC.

    Mon problème se trouve au niveau de la vérification des données utilisateur.
    J'ai au début cru que cette vérification avait sa place au niveau du contrôleur.
    Pour moi, lorsqu'un utilisateur rentre des données, la requête va au contrôleur, qui vérifie ces données et dit au modèle de se mettre à jour si ces données sont correctes.

    Or je viens de lire un article qui spécifie que le contrôleur n'est qu'un "aiguilleur". Il intercepte la requête utilisateur et fait appel au modèle qui va lui-même vérifier les données utilisateur.

    La réponse à cette question est peut-être triviale mais j'avoue être un peu confus ! Est-ce le contrôleur ou le modèle qui doit se charger de la vérification des données utilisateur ? Si il s'agit du modèle, quel est dans ce cas l'intéret du contrôleur ?
    Pourriez-vous m'éclairer sur ce point ?

    Merci par avance.

  2. #2
    Membre régulier
    Homme Profil pro
    Ingénieur développement logiciels
    Inscrit en
    Février 2007
    Messages
    68
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France

    Informations professionnelles :
    Activité : Ingénieur développement logiciels
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : Février 2007
    Messages : 68
    Points : 85
    Points
    85
    Par défaut
    Pour moi c'est le job du controleur car il contrôle les accès et les données.

    Mais si les objets métiers implémentent les controles des données et sont accessibles depuis ton IHM pourquoi pas laisser faire le modèle ? Après tout ça fait moins de redondances de code.

  3. #3
    Invité
    Invité(e)
    Par défaut
    Merci pour ta réponse.

    En fait, j'hésite entre deux architecture.
    J'ai une base de données avec un certain nombre de tables. Je crée un objet (que j'appelle entité) et un DAO par table. Le DAO s'occupe de la communication avec la base de données pour une table précise et construit les objets associés si nécessaire.

    Mais je ne sais pas si je laisse mon entité "stupide".
    Je suis d'accord que la vérification des données utilisateur serait plutôt le rôle du contrôleur. Cependant, imaginons que j'ai un attribut "email" dans une de mes entités. Si le contrôleur effectue la vérification des données, c'est que l'entité ne le fait pas (inutile de faire de la redondance de traitement) ; donc dans le setter du champ email, je ne fait aucune vérification sur le format de l'email. Celà ne me paraît pas "propre".

    Donc je vais partir sur la base que le contrôle des données utilisateur est fait par le contrôleur mais si vous avez des conseils / opinions, n'hésitez pas.

Discussions similaires

  1. requête avec vérification des données
    Par dieudo dans le forum Langage SQL
    Réponses: 2
    Dernier message: 22/02/2008, 11h25
  2. Vérification des données d'un formulaire
    Par Cédric22 dans le forum Langage
    Réponses: 12
    Dernier message: 01/02/2008, 12h52
  3. Réponses: 25
    Dernier message: 12/04/2007, 11h32
  4. [MySQL] Vérification des données
    Par winkler dans le forum PHP & Base de données
    Réponses: 3
    Dernier message: 31/10/2006, 18h36
  5. Avis sur la vérification des données d'une fiche
    Par AlexB59 dans le forum Composants VCL
    Réponses: 2
    Dernier message: 28/07/2005, 20h55

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