ViewModels in ViewModelLocator MVVM Light

Zuerst lässt Blick auf, was ViewModelLocator tut und warum wir Sie verwenden:

ViewModelLocator als ein Objekt deklariert ist auf unserer App.xaml-Seite und ist eine Anwendung des singleton. Wir haben eine und nur eine von Ihnen zur Verfügung, um die Anwendung, wenn es ausgeführt wird.

ViewModelLocator ist die Quelle für alle unsere ViewModels in MVVM Light. Für jede ViewModel wir haben ein Grundstück auf der ViewModelLocator, die es uns erlaubt, ein ViewModel für einen Blick. Dieser code sieht wie folgt aus:

public class ViewModelLocator
{
    public MainPageViewModel MainPage
    {
        get { return new MainPageViewModel(); }
    }
}

Dies ist ein Stück von meiner App.xaml:

<Application.Resources>
    <vm:ViewModelLocator
        x:Key="ViewModelLocator" />
</Application.Resources>

Dies ist ein Stück aus dem Blickfeld.xaml

DataContext="{Binding MainPage, Source={StaticResource ViewModelLocator}}"

So weit So gut. Zur Beantwortung Ihrer ersten Frage, Sie haben zu verwenden Ioc im MVVM-Light? Nein. Es gibt keine Notwendigkeit, wie Ihr viewmodel gegeben werden, um Ihre Ansicht vollständig aufgebaut, und instanziiert die ViewModelLocator.

Nun, auf Ihre zweite Frage: Was ist der Sinn des IoC?

IoC ist so konzipiert, ermöglichen es Ihnen, Folgendes zu tun:

Mvvm Light man so:

public class ViewModelLocator
{
    public ViewModelLocator()
    {
        ServiceLocator.SetLocatorProvider(() => SimpleIoc.Default);

        if (ViewModelBase.IsInDesignModeStatic)
        {
            SimpleIoc.Default.Register<IDataService, Design.DesignDataService>();
        }
        else
        {
            SimpleIoc.Default.Register<IDataService, DataService>();         
        }

        SimpleIoc.Default.Register<MainViewModel>();
    }

    public MainViewModel Main
    {
        get { return SimpleIoc.Default.GetInstance<MainViewModel>(); }
    }
}

public class MainViewModel
{
    public ObservableCollection<Foo> Foos { get; set; }

    public MainViewModel(IDataService dataService)
    {
        _dataService=dataService;
        Foos=_dataService.GetFoos();
    }
}

Wenn ich löse meine MainViewModel, wenn ich rufe

SimpleIoc.Default.GetInstance<MainViewModel>()

was intern passiert, ist, dass die SimpleIoc überprüft, um zu sehen, ob das MainViewModel irgendwelche Abhängigkeiten hat (Parameter im Konstruktor). Es wird dann versucht, zu lösen, diese Parameter durch die Betrachtung der Schnittstellen, die registriert wurden. Dies geschieht rekursiv, so dass, wenn DataService hatte eine Abhängigkeit, es wäre instanziiert und an die DataService-Konstruktor, wenn es instanziiert wird als gut.

Warum würde ich tun, all diese Arbeit?

1. Machen Sie Ihre Klassen leicht unit-testbare
2. Machen Sie Ihre code-interface-getrieben. Das bedeutet, dass man die Referenzierung von Schnittstellen anstelle konkreter Klassen
3. Machen Sie Ihren code lose gekoppelt. Dies bedeutet, dass sich jemand ändern kann, die Implementierung eines interfaces und Klassen, die beanspruchen, dass das interface nicht kümmern, und müssen nicht neu codiert werden.
4. Lösen Ihre Klassen-Abhängigkeiten in einer automatisierten Weise.
5. Im MVVM-Light, Sie werden sehen, dass es sagen kann, wenn es läuft im design-Modus (ViewModelBase.IsInDesignModeStatic), dies bedeutet, dass Sie erstellen können, die die design-time-services, um Ihre viewmodels Daten, so dass Sie Ihre Ansicht in Visual Studio enthält die tatsächlichen Daten.

InformationsquelleAutor der Antwort Faster Solutions