ViewModels w ViewModelLocator MVVM Light

Najpierw zobaczmy, co robi ViewModelLocator i dlaczego go używamy:

ViewModelLocator jest zadeklarowany jako obiekt w naszej aplikacji.strona xaml i jest aplikacją singleton. Będziemy mieć jeden i tylko jeden z nich Dostępny dla aplikacji, gdy będzie działać.

ViewModelLocator jest źródłem wszystkich naszych ViewModels w świetle MVVM. Dla każdego modelu ViewModel będziemy mieli właściwość na ViewModelLocator, która pozwala nam uzyskać Model ViewModel dla widoku. Ten kod wygląda następująco to:

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

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

To jest kawałek z widoku.xaml

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

IoC ma na celu umożliwienie wykonywania następujących czynności:

Z Mvvm Light robisz powyższe Tak:

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();
    }
}

Kiedy rozwiążę mój MainViewModel kiedy wywołam

SimpleIoc.Default.GetInstance<MainViewModel>()

To, co dzieje się wewnętrznie, To to, że SimpleIoc sprawdza, czy MainViewModel ma jakieś zależności (parametry w konstruktorze). Następnie próbuje rozwiązać te parametry, patrząc na interfejsy, które zostały z nim zarejestrowane. Robi to rekurencyjnie, więc gdyby DataService miał zależność, zostałby utworzony i przekazany do konstruktora DataService, gdy był instancja również.

1. spraw, aby Twoje klasy były łatwo testowane jednostkowo
2. spraw, aby twój interfejs kodu był sterowany. Oznacza to, że odwołujesz się do interfejsów, a nie do konkretnych klas.]}
3. niech twój kod będzie luźno powiązany. Oznacza to, że ktoś może zmienić implementację interfejsu, A klasy, które go wykorzystują, nie dbają o to i nie muszą być ponownie kodowane.
4. Rozwiąż zależności klas w zautomatyzowany sposób.
5. W MVVM Light zobaczysz, że może określić, kiedy działa w trybie projektowania (ViewModelBase.IsInDesignModeStatic), co oznacza, że możesz tworzyć usługi czasu projektowania, aby dostarczyć dane modelu widoku, aby Widok w Visual Studio zawierał rzeczywiste dane.