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

C# Discussion :

MVVM View et code Behind


Sujet :

C#

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Homme Profil pro
    Ingénieur Junior développement logiciels
    Inscrit en
    Mai 2014
    Messages
    198
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur Junior développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2014
    Messages : 198
    Par défaut MVVM View et code Behind
    Bonjour,

    Je voudrais savoir si ça vous paraît adéquat de faire ce qui suit dans le code behind d'une view ?

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
     
    DataAccess.EntitiesContext.Context.DeleteObject(e.Items.FirstOrDefault(o => o is CommunauteAgglomeration));
    Car moi ça me paraît ne plus être du MVVM... Ai-je raison ?

  2. #2
    Membre Expert
    Avatar de Pragmateek
    Homme Profil pro
    Formateur expert .Net/C#
    Inscrit en
    Mars 2006
    Messages
    2 635
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 39
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Formateur expert .Net/C#
    Secteur : Conseil

    Informations forums :
    Inscription : Mars 2006
    Messages : 2 635
    Par défaut
    Du point de vue dogmatique ce que tu fais là est "Träy Träy Mâl"©
    En effet l'accès au modèle, i.e. là en particulier à la DAL, ne devrait se faire que depuis le VM lui même utilisé par la vue, notamment depuis le code-behind.

    Après si tu as une seule vue dans ton application (e.g. une simple UI de gestion qui mappe une table d'une base) alors tu peux tout a fait te passer de MVVM et faire cela.
    Ça s'appelle le pragmatisme, ça n'a pas partout le vent en poupe en IT, mais en termes de maintenabilité c'est infiniment mieux que de créer des couches intermédiaires pour rien.

  3. #3
    Membre confirmé
    Homme Profil pro
    Ingénieur Junior développement logiciels
    Inscrit en
    Mai 2014
    Messages
    198
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Ingénieur Junior développement logiciels
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Mai 2014
    Messages : 198
    Par défaut
    C'est un peu ce que m'a dit mon chef mais il est vrai que je compte réutiliser cette vue à d'autres endroits donc je vais y réfléchir.

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [MVVM] Fermer une fenêtre (sans code behind)
    Par Monkey56 dans le forum Windows Presentation Foundation
    Réponses: 3
    Dernier message: 22/06/2011, 19h57
  2. MVVM : Fermer une fenêtre enfant sans code-behind !
    Par GregLeOuf dans le forum Windows Presentation Foundation
    Réponses: 13
    Dernier message: 11/12/2010, 13h16
  3. [MVVM] Binding à un ViewModel depuis le code-behind
    Par Gigi070 dans le forum Windows Presentation Foundation
    Réponses: 23
    Dernier message: 29/03/2010, 17h46
  4. [MVVM] Validation sans code behind
    Par anthyme dans le forum Windows Presentation Foundation
    Réponses: 9
    Dernier message: 29/07/2009, 18h38
  5. Ajouter des view via code behind
    Par Fleur-Anne.Blain dans le forum C#
    Réponses: 5
    Dernier message: 21/07/2008, 11h17

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