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

  1. #1
    Membre habitué
    Inscrit en
    février 2012
    Messages
    121
    Détails du profil
    Informations forums :
    Inscription : février 2012
    Messages : 121
    Points : 157
    Points
    157
    Par défaut Bonnes pratiques, et liaison données vue-controlleur
    Bonjour,

    Je suis en train de me former à MVC, et j'essai de faire une application, donc une des fonctionnalités sera de calculer les frais de notaire liées à l'achat d'un bien immobilier.

    Cette fonction de calcul n'a aucun intention de stocker les informations saisies, aussi, pour moi il n'est pas nécessaire d'avoir un model pour cette vue.

    => Niveau bonnes pratiques qu'en est-il : dois-je créer un Model pour la vue ?

    Merci de votre aide.

  2. #2
    Modérateur
    Avatar de DotNetMatt
    Homme Profil pro
    CTO
    Inscrit en
    février 2010
    Messages
    3 561
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 31
    Localisation : Etats-Unis

    Informations professionnelles :
    Activité : CTO
    Secteur : Finance

    Informations forums :
    Inscription : février 2010
    Messages : 3 561
    Points : 9 645
    Points
    9 645
    Billets dans le blog
    3
    Par défaut
    Citation Envoyé par Error407 Voir le message
    => Niveau bonnes pratiques qu'en est-il : dois-je créer un Model pour la vue ?
    Pas necessairement ! Ca depend de l'utilisation. La suite est un peu simplifiee.

    Tu as besoin d'un Model si tu as besoin de passer des infos a ta page pendant le chargement (par exemple, charger des infos de la base de donnees, puis les traiter cote serveur, et les afficher).
    Tu peux aussi utiliser un Model pour soumettre des information de maniere structuree depuis un formulaire vers un controller (par exemple envoyer des donnees pour faire les calculs cote serveur, et retourner le resultat).

    Tu peux te passer d'un Model si tu charges des donnees de maniere asynchrone (via GET en JavaScript par exemple) ; et/ou si tu les traites cote client.

    En gros, si ca ne te derange pas de mettre ta formule de calcul cote client (donc visible par tout le monde qui ira fouiner dans le code source de ta page), et si ton calcul n'est pas trop complique (car ca va charger le CPU du visiteur de ton site), alors il n'y a pas besoin de Model.
    Less Is More
    Pensez à utiliser les boutons , et les balises code
    Desole pour l'absence d'accents, clavier US oblige
    Celui qui pense qu'un professionnel coute cher n'a aucune idee de ce que peut lui couter un incompetent.

Discussions similaires

  1. [BONNE PRATIQUE] - Traitement des données d'un fichier -
    Par network1.618033 dans le forum C++
    Réponses: 3
    Dernier message: 15/03/2018, 19h37
  2. [MPD] bonnes pratiques : Table de Jonction & Vues pour un ORM
    Par polopollo dans le forum Schéma
    Réponses: 0
    Dernier message: 26/06/2010, 13h45
  3. bonnes pratiques : Table de Jonction & Vues pour un ORM
    Par polopollo dans le forum Administration
    Réponses: 0
    Dernier message: 26/06/2010, 13h45
  4. Base de données - bonnes pratiques
    Par aure298 dans le forum Débuter
    Réponses: 1
    Dernier message: 06/04/2009, 00h33
  5. Bonne pratique - données entre pages?
    Par fabszn dans le forum JSF
    Réponses: 6
    Dernier message: 03/10/2007, 14h17

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