Discussion :

[Invité]

Bonjour,

Est ce normal d'avoir autant de classes ViewModel (voir plus) qu'il y a de classes métiers dans le model ?

En d'autre terme est ce qu'il faut une classe ViewModel pour chaque classe métier ?

Merci pour les réponses.

[Jérem22]

Je ne pense pas qu'on puisse dire si c'est "normal" ou pas, tout dépend de ton application

Par contre, ce qui est sûrement possible c'est de factoriser un peu ton code: si tu as des classes métiers proches tu peux envisager de créer une classe VueModèle générique qui permettent d'exploiter différentes classes métiers...

[Invité]

Ok c'est noté.

J'ai encore une autre question.

Je sais que dans une fenêtre WPF je peux avoir plusieurs vues et chacune des vues possède un ViewModel auquel il est rattaché. Est ce que je dois créer un ViewModel qui sera rattahé à la fenêtre WPF et qui integrera l'ensemble des ViewModel auquels les vues(user controls) de la fenêtre WPF aura besoin ?

Je ne sais pas si j'ai été clair?

[Pikul]

Oui, tu peux le faire. Mais dans ce cas tu devras faire attention à ce que lorsque tu utilise ton UserControl dans une autre fenêtre, le ViewModel de cette fenêtre soit compatible avec ton UserControl.

Donc, le mieux est d'avoir un ViewModel par UserControl. Tu pourrais ensuite créer un ViewModel pour ta fenêtre qui lui même (le ViewModel) contiendra les ViewModels correspondant aux UserControls contenu dans ta fenêtre...

J'espère être aussi clair que toi

[Thomas Lebrun]

Je ne sais pas si j'ai été clair?

Pas trop

Disons que tu as un ViewModel par vue, même si sur une vue, tu as d'autre vues.

[Invité]

Donc, le mieux est d'avoir un ViewModel par UserControl. Tu pourrais ensuite créer un ViewModel pour ta fenêtre qui lui même (le ViewModel) contiendra les ViewModels correspondant aux UserControls contenu dans ta fenêtre...

Ok c'est ce que je voulais savoir si c'était possible. Alors quelqu'un qui pourrait-il me donner des pistes sur les bonnes pratiques avec le MVVM ?

Merci.