Discussion :

[marcusien]

Bonjour,

J'ai une question assez simple mais j'ai besoin d'avoir des avis.

Est-ce que vous développez un ViewModel pour chaque View lorsque vous utilisez le pattern MVVM?

Dans notre application on procède de la manière suivante :
-Une view pour la liste d'objets
-Une view pour le détail d'un objet
-Une view regroupant les deux précédentes (Master/Detail)

Dans ce cas là, je voulais savoir ce que vous feriez ? personnellement j'étais parti avec un seul ViewModel contenant entre autres deux propriétés

1. ObservableCollection<objet> mesObjets
2. Objet monObjet

Ainsi, ce que je faisais, c'est que j'avais ma vue de type Master/Detail qui définissait une instance de mon ViewModel en tant que DataContext. Ainsi, les deux UserControl que sont mes Views héritent du DataContext du Master/Detail.

Le souci est que je ne sais pas ce que ça vaut si on veut réutiliser un des deux UserControl dans une autre vue par exemple.

Merci de partager votre opinion/expérience.

Cordialement,

[tomlev]

ViewModel = modèle de la vue

Donc oui, en principe c'est un ViewModel par vue. Après, on peut bien sûr adapter un peu selon le besoin...

Le souci est que je ne sais pas ce que ça vaut si on veut réutiliser un des deux UserControl dans une autre vue par exemple.

Bah je crois que tu as répondu toi-même à la question... si tu veux pouvoir réutiliser le UserControl ailleurs, il ne faut pas qu'il dépende du ViewModel d'une autre vue

[marcusien]

Bonjour,

Merci pour ta réponse, dans ce cas là, comment fait-on pour communiquer entre les différentes vues ? n'y a-t-il pas un moyen de faire du binding directement via le xaml plutôt que de passer par des évènements ?

Ce que je veux faire :
-un ViewModel contient une ObservableCollection<Objet> Objects ainsi qu'un Objet CurrentObject
-Un ViewModel contient un Object MyObject
-Le troisième ViewModel doit transmettre au deuxième ViewModel le CurrentObject du premier à chaque changement
Ce même troisième doit fournir au premier toutes modifications effectuées dans le deuxième.

Classique gestion de MasterDetail avec d'une part une Liste d'objets et d'autre part le détail de l'objet sélectionné dans la liste

Merci d'avance

[tomlev]

Ben là c'est une communication entre les ViewModels alors, pas entre les vues...

Soit les ViewModels ont des références les uns vers les autres, dans ce cas la communication est triviale (via des méthodes, propriétés, évènements)
Soit les ViewModels sont découplés et "ne se connaissent pas", dans ce cas tu peux utiliser un mécanisme type Messenger/Mediator (par exemple le Messenger de MVVM Light) : un ViewModel publie des messages d'un certain type, et les autres s'abonnent à ce type de message, sans savoir qui le publie

[marcusien]

Merci beaucoup pour ta réponse.

Du coup j'ai gardé la solution des évènements qui est la plus simple au final