MVVM charger des données pendant ou après le ViewModel de la construction?

La solution suivante est similaire à celui déjà prévu et accepté, mais il n'utilise pas une commande dans le modèle de vue pour charger les données, mais un "mode normal".
Je pense que les commandes sont plus adaptés pour les actions de l'utilisateur (les commandes peuvent être disponibles et non disponibles au moment de l'exécution), c'est pourquoi une utilisation régulière d'un appel de méthode, mais aussi par la définition d'une interaction de déclenchement dans la vue.

Je suggère ceci:
Créer un modèle de vue de classe.
Instancier le modèle de vue de la classe dans le code xaml de la vue, par la création à l'intérieur de la DataContext propriété.

De mettre en œuvre une méthode pour charger les données dans le modèle de vue, par exemple,LoadData.
Configurer la vue, de sorte que cette méthode est appelée lors de l'affichage des charges.
Ceci est fait par une interaction de déclenchement de votre point de vue qui est liée à la méthode dans le modèle de vue (les références à "de Microsoft.De l'Expression.Les Interactions" et "le Système de.De Windows.L'interactivité" sont nécessaires):

Vue (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>   

Ce qui fera appel à la LoadData méthode dans le ViewModel au moment de l'exécution lorsque la vue est chargé. C'est l'endroit où vous chargez vos données.

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
    }

Si la méthode dans le référentiel est une méthode asynchrone, vous pouvez faire la LoadData méthode async trop, mais ce n'est pas nécessaire dans chaque cas.

Par la façon dont, en général, je voudrais ne pas charger les données dans le constructeur de la vue modèle.
Dans l'exemple ci-dessus l' (paramètre moins), le constructeur de la vue modèle est appelé lorsque le concepteur montre votre point de vue. Faire des choses complexes, ici, peut provoquer des erreurs dans le concepteur lors de l'affichage de votre point de vue (pour la même raison, je ne voudrais pas faire des choses complexes dans le point de vue du constructeur).

Dans certains scénarios de code dans la vue modèles de constructeurs peuvent même provoquer des problèmes lors de l'exécution, lorsque le point de vue des modèles de constructeurs s'exécute, définissez les propriétés de la vue du modèle, qui sont liés à des éléments dans la vue, tandis que la vue de l'objet n'est pas complètement terminé de créer.

J'ai décidé d'avoir juste le code XAML de manière déclarative lié à un Chargé de gestionnaire d'événement dans la Vue de code-behind, qui à son tour vient d'appeler une méthode sur le ViewModel objet, à travers le point de Vue de l'élément racine UserControl DataContext.

C'était assez simple, direct, et propre solution. Je suppose que je m'attendais à un moyen de lier l'événement Chargé de la ViewModel objet de la même façon déclarative, vous pouvez avec ICommands dans le code XAML.

J'ai peut-être donné Klinger la réponse officielle de crédit, mais il a posté un commentaire à ma question, et pas une réponse. Donc, j'ai au moins fait une place sur son commentaire.