Les meilleures pratiques pour l'ouverture d'une nouvelle fenêtre avec WPF MVVM modèle

Je me demandais à ce sujet pendant un certain temps... Quelle est la meilleure pratique pour l'ouverture d'une nouvelle fenêtre (vue & viewmodel) à partir d'un autre viewmodel SI nous gardons à l'esprit que le viewmodel qui ouvre la nouvelle fenêtre n'est pas au courant de l'existence de ce point de vue (comme il faut).

Grâce.

  • J'ai répondu à une question très semblable dans ce post.
  • Veuillez donner votre solution de télécharger le code source
InformationsquelleAutor Jens | 2010-11-24
  1. 5

    Je n'utilise pas le ViewModel pour ouvrir un autre point de Vue/ViewModel. C'est dans la responsabilité d'un Contrôleur. Le ViewModel peut informer le Contrôleur (par exemple via un Événement) que l'utilisateur s'attend à voir la Vue suivante. Le Contrôleur crée le ViewModel avec l'aide d'un Conteneur IoC.

    La façon dont cela fonctionne est indiqué dans le ViewModel (EmailClient) exemple d'application de la WPF Cadre applicatif (WAF).

    • Merci ! Je vais prendre un coup d'oeil à ça 🙂
    InformationsquelleAutor jbe
  2. 13

    Je préfère utiliser un délégué action qui est insérée par le ViewModel constructeur. cela signifie également que nous pouvons facilement vérifier, au cours de tests unitaires:

    public partial class Window1 : Window
{
    public Window1()
    {
        InitializeComponent();
        DataContext = new MainViewModel(() => (new Window()).Show()); //would be actual window
    }
}

public class MainViewModel
{
    private Action popupAction;
    public MainViewModel(Action popupAction)
    {
        this.popupAction = popupAction;
    }

    public ICommand PopupCommand { get; set; }

    public void PopupCommandAction()
    {
        popupAction();
    }
}

public class SomeUnitTest
{
    public void TestVM()
    {
        var vm = new MainViewModel(() => { });
    }
}
    • Je pense que l'utilisation d'un plus complet du modèle observateur serait beaucoup plus propre entendre similaire à celle à l'intérieur d'un modèle MVP. Pour une raison que je suis toujours à l'aise avec le mot popup dans mon ViewModel que cela implique quelque chose à propos de ce que la Vue est en train de faire la présentation d'une montre.
    • +1 pour l'élégance (ne pas utiliser des bibliothèques tierces) et en montrant quelque chose que je n'ai pas vu avant.
    • Cela ressemble à un très élégant solution, certainement +1 et de partage.
    InformationsquelleAutor Dean Chalk
  3. 3

    Utiliser le médiateur motif comme mvvmlight le messager de classe:

    http://mvvmlight.codeplex.com/Thread/View.aspx?ThreadId=209338

    L'idée de base est de ce dernier envoie un message à son point de vue. La réception de vue ressemble alors à ceci:

    OnMsgRecived() {

  Viewmodel vm = New Viewmodel() - Or use dependency injection to resolve

  View v = new View()
  v.DataContext = vm
  v.Show()
}

    Cela permet le viewmodel qui a envoyé le message à afficher une autre fenêtre avec aucune connaissance de comment ou qui a fait l'ouverture.

    InformationsquelleAutor dnndeveloper
  4. 2

    Personnellement, je préfère soit de déclencher des événements dans mon ViewModel de signal à la vue qu'il doit faire quelque chose comme ouvrir une fenêtre. J'essaie de ne pas le faire directement, de sorte que je ne vois pas les choses comme un événement nommé OpenWindow dans mon ViewModel parce que cela semble violer la séparation entre la Vue et le ViewModel, à mon avis. Au lieu de ce que je pourrais faire est d'avoir une Propriété qui change d'état et soulève un événement PropertyChanged en conséquence, dans lequel le point de vue peut écouter et ensuite décider d'ouvrir une fenêtre en réaction à ce signal. Dans certains cas, l'ouverture d'une fenêtre n'est pas liée à quelque chose dans le ViewModel à tous et c'est uniquement fonction de la Vue. Dans ces cas, je ne suis pas du tout peur pour placer le code pour l'ouverture d'un autre point de vue dans le code-behind de la partie de la Vue.

    La médiateur modèle tout à fait de cette plus faiblement couplés et offre des possibilités où une fenêtre principale de l'application ou sur un très imbriquées Vue pouvait écouter les messages dans le monde entier au sein de l'application sans avoir un accès direct à Viewmodel pour joindre les gestionnaires d'événements et de ces. Pour filtrer les messages qui sont dénuées de pertinence, vous pouvez regarder une sorte de message de la source de valeur ou une autre indication de l'endroit où le message provient. Pour ceux à l'aise avec l'idée de Messages de Windows et comment ça fonctionne entre les différents contrôles (Windows) dans un délai non géré et WinForms de développement peut être un moyen de comprendre un système peut être construit au-dessus d'un médiateur qui diffuse des messages.

    • Je suis d'accord que les événements sont la voie à suivre ici. De cette façon, vous n'avez pas à avoir un "savoir" sur l'autre. Prism est un bon travail de donner yo un joli concours complet du système pour faire des trucs comme ça.
    InformationsquelleAutor jpierson
  5. 0

    Je suis d'accord avec un médiateur comme approche, mais la OnMsgReceived est clairement traitée dans le code-behind de la vue, est-il un bon moyen pour éviter cela?

    • Je pense que le code-behind de la vue est le bon endroit pour être à l'ouverture d'autres points de Vue. Je pense qu'il serait mauvais pour un ViewModel par exemple pour frayer un point de Vue que ce soit directement ou indirectement. Au lieu de cela, il est préférable d'augmenter les événements ou dans ce cas, l'envoi du message et de permettre aux auditeurs de faire ce qu'ils veulent en réaction au signal. Rappelez-vous l'un des grands objectifs avec MVVM est la testabilité et afficher une fenêtre dans le point de Vue n'est généralement pas partie de ce qui doit être testé dans un test automatisé.
    InformationsquelleAutor W1ck3dHcH