MVVM Afficher la référence à ViewModel

1) Voici deux simples pratiques pour la Vue "connaître" un ViewModel. C'est raisonnable pour une Vue à propos d'un ViewModel (Liaison de Données), mais vous ne pouvez pas besoin de cela dans votre cas. Voir si l'une de ces approches aident à résoudre votre problème. Il ya d'autres façons, mais ce devrait être assez simple:

public View(ViewModel vm)
{
     View.DataContext = vm;
}

public Bootstrapper(View v, ViewModel vm)
{
     v.DataContext = vm;
     //or, if you want it to have no parameters
     View v = new View();
     ViewModel vm = new ViewModel();
     v.DataContext = vm;
}

La première option n'est pas mauvais si vous avez un emplacement de service de l'outil, mais il est une saveur de MVVM qui n'aime pas tout le code dans la Vue de Code-Behind. La deuxième option n'est pas mal non plus, devrait être assez simple pour votre tâche.

2.) Cette question peut être un peu collante point de MVVM de conception. Si nous parlons d'un général Win32 MessageBox, je vais souvent à l'écart de cette logique dans un objet supplémentaire et de le mettre dans la machine virtuelle. De cette façon, a tendance à un peu plus clair. (Pour exemple, j'ai sélectionné un élément dans une zone de liste, j'ai joint une Suppression ICommand à cette action, et dans mon ViewModel lorsque cette ICommand est Exécuté, je vais pousser ma MessageBoxObject demander si l'utilisateur veut vraiment supprimer cet élément). Plus avancé "Dialogues" serait d'utiliser d'autres Viewmodel et DataTemplates pour ceux Viewmodel. Je préfère le Médiateur approche.

Assez tardivement, mais je pense que c'est difficile assez pour mériter beaucoup de points de vue différents.

---

Je comprends que je ne veux pas que mes VM savoir à propos de l'attaché de Vue, mais
il est raisonnable pour la Vue de disposer d'une référence à son VM?

Comme déjà répondu, une bonne Vue-Vuemodèle arrangement comporte le ViewModel être affecté comme DataContext de la Vue de la propriété. Qui permet DataBindings être "automagiquement" établi à partir de XAML déclaratif, ou affiné via le code derrière.

Parfois, vous serez tenté d'écrire, dans votre code derrière, quelque chose comme ceci:

var dc = DataContext as CleverViewModel;
CleverViewModel.CleverProperty.Add(someValue); //just a simple example

Je crois que la bonne façon de réaliser ce genre de choses n'est PAS à jeter DataContext, mais plutôt:

1. Ont certains dédié de contrôle en Vue, par exemple un ItemsControl avec son ItemsSource les deux sens lié aux données de certains propriété dans le viewmodel:

   <ItemsSource x:Name="cleverControl" Visibility="Collapsed" ItemsSource="{Binding CleverProperty, Mode=TwoWay}"/>

2. Fonte de la limite de propriété au lieu de l'ensemble du ViewModel, dans le code behind:

   var collection = (ObservableCollection<double>)cleverControl.ItemsSource;
collection.Add(someValue);

Remarque la différence importante: la deuxième approche dans cet exemple ne nécessite pas le point de Vue de connaître le ViewModel type, il n'a besoin que d'une propriété nommée CleverProperty de type ObservableCollection<double>. Cela me permet d'avoir polymorphes ou même de canard-tapé Viewmodel.

---

Si un contrôle en Vue ouvre un autre point de Vue (comme une boîte de dialogue) dois-je
gérer cela dans la Vue? Il semble mal à le gérer dans le VM depuis
alors la VM a quelques connaissances d'un point de Vue spécifique.

Cela ne devrait pas arriver dans le strict MVVM, et il n'est pas difficile d'éviter d'utiliser DataTemplates. DataTemplates carte d'un type donné de DataContext à un type donné de vue, si à tout moment le datacontext de un ContentControl changements, son affichage change également, à condition que vous ayez un DataTemplate pour ce type:

1. Un contrôle de la vue pourrait envoyer un commande pour le ViewModel, qui à son tour permettrait de mettre à jour certains de ses propres propriétés, qui se traduirait par la vue.

2. Un point de Vue pourrait contenir un autre point de Vue, en dehors de la connaissance du ViewModel. Dans ce cas, le code de l'arrière peut manipuler le datacontext de la vue.

Il y a plus de subtilités, mais j'ai été en utilisant cette approche, avec de bons résultats. Espérons que cela aide quelqu'un.