Discussion :

[replica]

Bonjour,

J'ai un UserControl incorporant un WebBrowser. Si l'utilisateur veut retourner sur la page d'où il vient, il faut utiliser la méthode GoBack du composant WebBrowser. Mais je ne sait pas comment accéder à cette méthode en restant fidèle à la philosophie du MVVM.

Pour information, le bouton que l'utilisateur clique est sur un composant qui envoie un message. Ce message à reçu par le composant contenant le WebBrowser. Enfin mon appli est basée sur le framework MVVM light.

Pourriez-vous m'orienter dans mes recherches ?

Merci

[Nathanael Marchand]

A l'aide d'un service de messagerie, il faut que ta vue contenant le webbrowser écoute un certain type de message. Au moment de la commande tu envoies ce type de message qui sera intercepté par ta vue.

[replica]

Merci de ta réponse.

Sa oblige à mettre du code dans la vue. Tu ne vois pas une autre solution un peu plus MVVM friendly ?

[Jérem22]

Tu peux regarder du côté des behaviors pour faire ça. En particulier tu peux utiliser une action de type "CallMethodAction" l'affecter à un bouton, donner en cible le WebBrowser, et en paramètre le nom de la méthode à appeler. Tout cela se fait dans le XAML.

[Nathanael Marchand]

Le pattern mvvm ne consiste pas à ne rien mettre dans la vue!
La méthode que je t'ai exposé est typiquement pourquoi il y'a un système de messagerie dans le mvvm light toolkit.
Elle est donc parfaitement mvvm friendly.

[replica]

Merci beaucoup pour vos réponses.

@Jérem22 : Je vais me pencher sur les behaviors. Je ne connaissait pas du tout.
@PitMaverick78 : Je crois que je vais relire quelques trucs sur le MVVM

[The_badger_man]

Tu as une liste de behaviors disponibles sur codeplex:
http://expressionblend.codeplex.com/...=Documentation

[Nathanael Marchand]

Le but principal du mvvm est de séparer les couches du côté client: une couche présentation, une couche accès aux données et une couche métier.
Afin d'augmenter la testabilité, la couche de présentation doit comporter le moins de code possible dans le code-behind (le moins ne signifie pas zéro, là est la nuance).
Le but est que le viewmodel présente des propriétés, des commandes, etc à une vue sans que le viewmodel ne connaisse la vue. Ici, le viewmodel informe un receveur qu'il ne connait pas. La vue traite comme elle veut le message. Le pattern est respecté.

On rencontre le même genre de problèmatique quand on veut utiliser des boites de dialogue.