MVVM : Fermer une fenêtre enfant sans code-behind !

Version imprimable

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:

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:

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.

10/12/2010, 11h19
NejNej

Juste une idée:
En passant la fenêtre en argument?
10/12/2010, 11h21
GregLeOuf

Citation:

Envoyé par NejNej

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
10/12/2010, 11h30
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:

1 2 ((Window)monObjet).Close();
Après je ne sais pas si cela suffit à respecter M-V-VM.
10/12/2010, 11h45
GregLeOuf
Citation:
Envoyé par 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:

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 ;)
10/12/2010, 11h50
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();
10/12/2010, 11h57
GregLeOuf

Citation:

Envoyé par 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();

....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
10/12/2010, 11h59
NejNej

Citation:

Envoyé par 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();

A la place du message(MVVM Light Toolkit) un event classique peut aussi faire l'affaire non?
10/12/2010, 14h14
Thomas Lebrun

Citation:

Envoyé par NejNej

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 ;)
10/12/2010, 17h06
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/
10/12/2010, 19h10
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.
11/12/2010, 03h14
Thomas Lebrun

Citation:

Envoyé par PitMaverick78

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 ;)
11/12/2010, 11h32
Nathanael Marchand

Citation:

Envoyé par Thomas Lebrun

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 :)
11/12/2010, 13h16
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 :)