Discussion :

[mikyfpc]

Bonjour,

Je suis en train de développer une appli sur WPF et j'essaie d'appliquer le design patter VMMV, et j'ai quelques questions d'archi à vous soumettre.

1) Mon appli est composé d'un menu, et chaque choix affiche une view différente.
Dans ma view principale, j'ai mis toutes les autres views et en fonction des notifications j'affiche la view demandée et je masque les autres.
Mais lors le nombre de view augmentant, cela devient fastidieux à gérer. Il y a d'autres moyens ou techniques pour gérer ce cas ?

2) J'affiche une liste d'albums sous plusieurs formes (liste, vignette, etc...).
J'ai donc crée 3 views différentes pour chacune de ces formes.
Mais est-ce qu'il faut créer une viewmodel par view ou une viewmodel sur laquelle les 3 views seront liées ?
(Dans ce dernier cas, cela veut dire que lorsque la viewmodel envoie une notification, toutes les vues vont s'actualiser, alors qu'au final une seule n'est visible à la fois.
La encore, quelle technique est conseillée ?

Merci,
Mickaël

[DonQuiche]

Bonjour.

Difficile de répondre à la première question sans voir comment tu as organisé tout ça. Mais si ton problème est que tu te retrouves à devoir masquer une à une les vues, oui, tu peux sans doute faire mieux et sans notre aide, par exemple en les enregistrant toutes dans une liste.

Quant à la seconde question il est essentiel de ne pas être dogmatique avec MVVM et de choisir ce qui te fera écrire le moins de code possible (grosso modo). C'est un bon motif de conception mais l'appliquer à la lettre conduit à des horreurs sans nom. Dans ton cas tu as sans doute intérêt à utiliser les mêmes types pour le VM des trois vues mais, s'il y a un *réel* problème de performances (constaté ou anticipé avec certitude), à déconnecter les deux autres vues pendant que la première est manipulée.

[mikyfpc]

Merci pour tes réponses.

1) l'idée de la liste est bien, je l'ai mise en pratique. Sur winform, j'ai l'habitude d'utiliser un tabControl qui me permet de ne pas superposer mes userControls. Et lors de l'exécution je masque les onglets.

En cherchant d'autres solutions ( je débute sur WPF), j'ai découvert le contrôle Frame qui permet également de gérer ceci de manière élégante. Il faut que je creuse aussi cette solution.

2) Oui effectivement il y a un gros problème de performance, car mes X view model vont recevoir un message d'actualisation, et vont toutes faire un accès au Webservice, alors qu'au final seule une VM est concernée.
J'ai ajouté un token qui est passé lors de la création du view model, et ce token me sert à savoir si la VM est concerné par le message ou non.

Comme je débute, je n'utilise pas de framework, j'essaie de tout gérer moi même (en regardant comment fonctionne les frameworks style prism )

[tomlev]

1) Une technique que j'utilise souvent est d'avoir, dans le ViewModel principal, une propriété Current à laquelle j'affecte le ViewModel de la vue actuelle. Dans la vue, je mets un ContentControl bindé sur cette propriété Current. Et je définis des DataTemplates implicites (pas de x:Key, juste un DataType) pour lier chaque ViewModel à sa vue ; de cette façon, le ContentControl affiche automatiquement la vue qui correspond au ViewModel actuel.

Par exemple, si tu as un ViewModel appelé TotoViewModel, et une vue correspondante qui s'appelle TotoView, tu peux déclarer ton DataTemplate comme ça (dans les ressources de l'application) :

Code XAML :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<DataTemplate DataType="{x:Type vm:TotoViewModel}">
    <view:TotoView />
</DataTemplate>

2) A priori c'est juste différentes façons d'afficher les mêmes informations, donc a priori je pencherais plutôt pour un seul ViewModel. Pour sélectionner la vue qui va bien, utilise un ItemTemplateSelector et/ou un ItemContainerStyleSelector