Discussion :

[GregLeOuf]

Bonjour à tous, et désolé d'avance si cette question à été maintes fois posée avant, j'ai eu beau chercher, aucune réponse ne m'a satisfait d'un point de vue respect du MVVM...

Ma question est simple mais tordue...
J'ai une view parent qui depuis son viewmodel, instancie une view enfant (fenêtre modale).

Code :

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

1
2
3
WinTaskName _winTaskName = new WinTaskName();
                    _winTaskName.tbTaskName.Clear();
                    _winTaskName.ShowDialog();

J'ai de plus deux boutons sur cette view enfant, dont l'un doit fermer la fenêtre enfant.

Code :

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

1
2
3
4
5
6
<Button Content="OK" Height="33" x:Name="bValidate" VerticalAlignment="Top" 
Grid.Row="1" HorizontalAlignment="Right" Margin="0,10,10,0"
 Width="100" Command="{Binding Path=ValidateTaskName}" />
<Button Content="Cancel" HorizontalAlignment="Left" x:Name="bAnnuler" Width="100" 
Grid.Column="1" Grid.Row="1" Height="33" VerticalAlignment="Top" 
Margin="10,10,0,0" Command="{Binding Path=CancelTaskName}" />

La question est la suivante : Le view model ne connaissant pas la view (par respect du MVVM), comment lors de l'appel de la command ValidateTaskName, je peux faire mon "this.close();" ?

Je n'ai jusqu'ici trouvé aucune réponse convenable....et ça m'énerveeeeeeeeeeee :p

D'avance merci pour votre aide

PS : Mes view connaissent leur ViewModel par le binding du DataContext avec un Locator.

[NejNej]

Juste une idée:
En passant la fenêtre en argument?

[GregLeOuf]

Juste une idée:
En passant la fenêtre en argument?

Mmmmmm bonjour à toi et merci pour ta réponse....une question qui me vient....passer la fenêtre en argument à....qui ? le view-model ? Sauf erreur de ma part, le viewmodel ne doit pas connaître la view.... :s et c'est là tout l'arrachage de cheveux :p

[NejNej]

Oui au viewmodel.

Mais tu n'es pas obligé de le passer avec le type de la classe de la window.
Tu peux récupérer cela sous la forme d'un objet.

Un truc du genre:

Code :

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

1
2
 
((Window)monObjet).Close();

Après je ne sais pas si cela suffit à respecter M-V-VM.

[GregLeOuf]

Oui au viewmodel.

Mais tu n'es pas obligé de le passer avec le type de la classe de la window.
Tu peux récupérer cela sous la forme d'un objet.

Un truc du genre:

Code :

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

1
2
 
((Window)monObjet).Close();

Après je ne sais pas si cela suffit à respecter M-V-VM.

Mmmmmmm je ne sais pas si je me trompe ou pas mais....c'est pas super propre ça...limite je prefère le code-behind :p il ne doit y avoir aucune référence en fait à la view que ça soit typée ou non

[Thomas Lebrun]

Ce que tu peux faire, c'est sur ta commande, tu envoie un message (si tu utilise MVVM Light Toolkit) et dans le code behin de ta vue, dans le Loaded, tu accèdes à ton datacontext, dessus, tu récupères l'instance de ton Messenger et tu "t'abonnes" à la reception de ton message.

Quand tu le reçois, tu fais juste un this.Close();

[GregLeOuf]

Ce que tu peux faire, c'est sur ta commande, tu envoie un message (si tu utilise MVVM Light Toolkit) et dans le code behin de ta vue, dans le Loaded, tu accèdes à ton datacontext, dessus, tu récupères l'instance de ton Messenger et tu "t'abonnes" à la reception de ton message.

Quand tu le reçois, tu fais juste un this.Close();

....Désolé mais.....j'avoue ne pas trop comprendre là...
La commande se trouve dans la vue...donc depuis la vue j'envoi un message...et le datacontext s'abonne a la reception d'un message ?....mais faire le this.close() depuis ou ? :S

[NejNej]

Ce que tu peux faire, c'est sur ta commande, tu envoie un message (si tu utilise MVVM Light Toolkit) et dans le code behin de ta vue, dans le Loaded, tu accèdes à ton datacontext, dessus, tu récupères l'instance de ton Messenger et tu "t'abonnes" à la reception de ton message.

Quand tu le reçois, tu fais juste un this.Close();

A la place du message(MVVM Light Toolkit) un event classique peut aussi faire l'affaire non?

[Thomas Lebrun]

A la place du message(MVVM Light Toolkit) un event classique peut aussi faire l'affaire non?

Oui oui, un event peut aussi faire l'affaire

[Jérem22]

Pour compléter la réponse de Thomas, voilà un lien vers un article que j'ai écris il y a quelque temps: http://www.japf.fr/2009/09/how-to-cl...m-a-viewmodel/

[Nathanael Marchand]

Cela dit, dans le MVVM, le view-model n'est pas censé instancier des composants graphiques (et notamment pas de fenêtres modales). C'est de la responsabilité de la vue.

[Thomas Lebrun]

Cela dit, dans le MVVM, le view-model n'est pas censé instancier des composants graphiques (et notamment pas de fenêtres modales). C'est de la responsabilité de la vue.

Oui et non: si tes composants graphiques sont récupérés au moyen d'un container IoC (type Unity), tu ne casses pas le pattern car, en cas de tests, tu as simplement à mocker le service d'affichage des boites de dialogue

[Nathanael Marchand]

Oui et non: si tes composants graphiques sont récupérés au moyen d'un container IoC (type Unity), tu ne casses pas le pattern car, en cas de tests, tu as simplement à mocker le service d'affichage des boites de dialogue

Je suis d'accord avec ca, mais la manifestement y'a un "new Window()" dans le vm qui n'est pas encapsulé dans un service d'affichage de boite de dialogue, lors des TU il va y'avoir la boite de dialogue! D'ou ma remarque

[Thomas Lebrun]

Oui, c'est pourquoi s'il veut vraiment respecter le pattern, il serait bon qu'il utilise un container IoC pour eviter de faire le new (et faire un Resolve à la place) et ca ira tout seul