Wer setzt DataContext in Silverlight MVVM

Dies ist eine große Frage, die viele Antworten. Es hängt alles davon ab, wie Sie wollen, die Architektur Ihrer Anwendung. Zum Beispiel verwende ich dependency injection, um meine IViewModel, was wiederum meine IView und meine IViewModel läuft IView.SetViewModel(das) an den Konstruktor.

Andere Menschen möglicherweise verwenden möchten, ein mehr Blendable Methode durch setzen des DataContext im Xaml:

<UserControl.DataContext>
    <ns:CrazyViewModel />
</UserControl.DataContext>

Manchmal DataContext kann impliziert werden, damit es durch den Rahmen, wie in der Instanz von einem DataTemplate verwendet werden, von einem ItemsControl. Dies ist auch sehr verbreitet in desktop WPF, da es unterstützt die typisierte DataTemplates.

Also es gibt wirklich nicht einen falschen Weg zu DataContext, nur so lange, wie das, was Sie trennt betrifft, ist wartbar und ist auch leicht überprüfbar.

Ich verwende MVVM viel mit PRISMA. In der PRISMA benutze ich Unity für dependecy injection. Deshalb habe ich ein interface für jede Klasse registriert mit der Einheit einschließlich der Anzeigen.
Die IView-Schnittstelle hat eine Methode wie diese:

void SetViewModel(object viewModel);

ViewModel ruft diese Methode am Ende der Konstruktor und übergibt sich als parameter:

 public ViewModel(IView view, ...) 
 {  
    ...   
   this._view=view;  
   this._view.SetViewModel(this);  
 }

In der Ansicht.xaml.cs die IView-Schnittstelle implementiert wird. Wird dies der einzige code, den ich hinzufügen, um die codebehind der Ansicht:

public partial class View:UserControl, IView
{
   public View()
   {
    ...
   }

   public SetViewModel(object viewModel)
   {
     this.DataContext = viewModel;
   }

}