Guide composite pour WPF: MVVM vs MVP

Je suis confus. Peut-être que vous pourrez m'aider 🙂

J'ai suivi les conseils de CAG et a trouvé le modèle MVP très naturel pour moi.
Supposons que j'ai une INTERFACE utilisateur-Modèle (par exemple : application de INotifyPropertyChanged), j'utilise le présentateur de lier ce Modèle de vue (présentateur sait une interface de la vue), en gardant mon Code-Behind aussi petit que possible de la gestion des Liaisons (Modèle et Commandes), les propriétés (ou les méthodes) ou des événements pour les contrôles qui n'ont pas de ICommand et dans ce cas immédiatement délégué à l'animateur.

  1. Après un certain temps, j'ai découvert le pattern MVVM, et jusqu'à présent, il m'échappe.
    Aussi loin que je peux dire dans mon approche, je voudrais utiliser MVVM seulement quand mon Modèle n'est pas de l'INTERFACE utilisateur. Mais serait-il plus raisonnable de garder le présentateur et il suffit d'utiliser un nouveau Modèle, je n'arrive pas à comprendre de quoi ai-je perdre avec ce type d'utilisation.
    Je sais que je suis absent quelque chose, mais qu'en est-il :).
  2. Également lors de votre point de Vue est générique et peut gérer de nombreux types de Modèles (comme dans une grille de propriété). ViewModel est recommandé pour être utilisé avec un DataTemplate, mais dans ce cas, vous ne pouvez pas créer un Modèle pour chaque entité de votre Modèle, il est juste besoin d'être étudiés dans l'exécution, que recommanderiez-vous?
  3. Tout en regardant Josh Smith parle de MVVM dans un screencastj'ai eu le sentiment que la re exposant du Modèle dans le ViewModel est en train de violer SEC (ne pas répéter à vous-même), est-il vraiment inévitable? ça m'étonne que personne ne son disputer à ce sujet dans la comparaison entre les flammes ADO.Net Dynamique de Données des classes de métadonnées sont arriver aujourd'hui.

Espère que c'est suffisamment clair

Grâce

Ariel

source d'informationauteur ArielBH