MVVM ładuje dane podczas budowy ViewModel lub po jej zakończeniu?

Poniższe rozwiązanie jest podobne do tego, które zostało już dostarczone i zaakceptowane, ale nie używa polecenia w modelu widoku do załadowania danych, ale "normalnej metody". Myślę, że polecenia są bardziej odpowiednie dla działań użytkownika (polecenia mogą być dostępne i nie są dostępne w czasie wykonywania), dlatego użyj zwykłego wywołania metody, ale także przez ustawienie wyzwalacza interakcji w widoku.

Proponuję to: Utwórz klasę modelu widoku. Utworzenie instancji klasy modelu widoku w xaml widoku przez tworzenie go wewnątrz właściwości DataContext.

Zaimplementuj metodę ładowania danych w modelu widoku, np. LoadData. Ustaw widok tak, aby ta metoda była wywoływana podczas ładowania widoku. Odbywa się to za pomocą wyzwalacza interakcji w widoku, który jest powiązany z metodą w modelu widoku (odniesienia do " Microsoft.Ekspresja.Interakcje " i " System.Okna.Interaktywność " są potrzebne):

View (xaml):

<Window x:Class="MyWindow"
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation"
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml"
    Title="Test" 
    xmlns:viewModel="clr-namespace:ViewModels"
    xmlns:i="http://schemas.microsoft.com/expression/2010/interactivity"
    xmlns:ei="http://schemas.microsoft.com/expression/2010/interactions"            
    >
<Window.DataContext>
    <viewModel:ExampleViewModel/>
</Window.DataContext>
<i:Interaction.Triggers>
    <i:EventTrigger EventName="Loaded">
        <ei:CallMethodAction TargetObject="{Binding}" MethodName="LoadData"/>
    </i:EventTrigger>
</i:Interaction.Triggers>   

Spowoduje wywołanie metody LoadData w ViewModel podczas wykonywania, gdy widok jest załadowany. Tutaj ładujesz swoje dane.

public class ExampleViewModel
{
    /// <summary>
    /// Constructor.
    /// </summary>
    public ExampleViewModel()
    {
        // Do NOT do complex stuff here
    }


    public void LoadData()
    {
        // Make a call to the repository class here
        // to set properties of your view model
    }

Jeśli metoda w repozytorium jest metodą asynchroniczną, możesz również uczynić metodę LoadData asynchroniczną, ale nie jest to konieczne w każdym przypadku.

Przy okazji, generalnie nie ładowałbym danych w konstruktorze modelu widoku. W powyższym przykładzie konstruktor (parametr less) modelu widoku jest wywoływany, gdy projektant wyświetli Twój widok. Robienie skomplikowanych rzeczy tutaj może spowodować błędy w Projektancie podczas wyświetlania widoku (dla z tego samego powodu nie robiłbym skomplikowanych rzeczy w konstruktorze widoków).

W niektórych scenariuszach kod w konstruktorze modeli widoku może nawet powodować problemy podczas wykonywania, gdy konstruktory modeli widoku wykonują, ustawiają właściwości modelu widoku, które są powiązane z elementami w widoku, podczas gdy obiekt widoku nie jest w pełni gotowy do tworzenia.

W porządku. :-)

Można powiązać z metodą w modelu widoku za pomocą zachowania.

Oto link, który Ci w tym pomoże. http://expressionblend.codeplex.com/

Zdecydowałem się po prostu mieć deklaratywnie przypisany XAML do załadowanej obsługi zdarzeń w kodzie widoku, która z kolei wywołała metodę w obiekcie ViewModel, poprzez główny element widoku UserControl DataContext.

To było dość proste, proste i czyste rozwiązanie. Chyba miałem nadzieję, że uda mi się powiązać załadowane Zdarzenie z obiektem ViewModel w taki sam deklaratywny sposób, jaki można zastosować w ICommands w XAML.

Mogłem dać klingerowi oficjalną odpowiedź kredyt, ale zamieścił komentarz do mojego pytania, a nie ODPOWIEDŹ. Więc przynajmniej dałem mu jeden komentarz.

Miałem ten sam problem, gdy miałem do czynienia z wiadomościami między oknem rodzica a oknem potomka. Wystarczy zmienić kolejność tworzenia modeli widoku w klasie ViewModelLocator. Upewnij się, że wszystkie modele widoku zależne od wiadomości są tworzone przed modelem widoku, który wysyła wiadomość.

Na przykład, w Twoim widoku konstruktor klasy Modellocator:

public ViewModelLocator()
{
    if (s_messageReceiverVm == null)
    {
        s_messageReceiverVm = new MessageReceiverVM();
    }

    if (s_messageSenderVm == null)
    {
        s_messageSenderVm = new MessageSenderVM();
    }
}