Conectando el ViewModel a la Vista en Silverlight

Question

Veo dos maneras de conectar el ViewModel a la Vista. Uno está en XAML y el otro a través de inyección de dependencias en el código subyacente.

¿Qué método es más preferible? Prefiero el método xaml porque no quiero ningún código en el código, ¿pero hay algún problema con uno sobre el otro?

<navigation:Page x:Class="MyNamespace.MyViewModel" 
    xmlns="http://schemas.microsoft.com/winfx/2006/xaml/presentation" 
    xmlns:x="http://schemas.microsoft.com/winfx/2006/xaml" 
    xmlns:ViewModel="clr-namespace:MyNameSpace.MyViewModel" 
    xmlns:navigation="clr-namespace:System.Windows.Controls;assembly=System.Windows.Controls.Navigation" 
    Title="ViewModel Page" > 

    <navigation:Page.Resources> 
     <ViewModel:MyViewModel x:Key="ViewModel"></ViewModel:MyViewModel> 
    </navigation:Page.Resources> 

    <Grid x:Name="LayoutRoot" Background="White" 
      DataContext="{StaticResource ViewModel}"> 

    </Grid> 
</navigation:Page> 

O

using System; 
using System.Collections.Generic; 
using System.Linq; 
using System.Net; 
using System.Windows; 
using System.Windows.Controls; 
using System.Windows.Documents; 
using System.Windows.Input; 
using System.Windows.Media; 
using System.Windows.Media.Animation; 
using System.Windows.Shapes; 
using System.Windows.Navigation; 

namespace MyNamespace 
{ 
    public partial class MyView : Page 
    { 
     public MyView() 
     { 
      InitializeComponent(MyViewModel viewModel); 

      this.DataContext = viewModel; 
     } 
    } 
} 

Answer 1

Shawn tiene una buena publicación en View or ViewModel primero. Tener la máquina virtual en el XAML le da Blendability (ver datos de muestra en Blend) que es genial, pero el precio es tener que volver a introducir la información en la Vista. John Papa se ha alejado de este enfoque por esta razón.

Estoy usando la idea de Shawn's Marriage (ver el enlace de arriba).

HTH -Erik

Answer 2

La forma en que has aquí, me gustaría ir con XAML. Hay otras formas de configurar la propiedad DataContext. Si está interesado, mire el marco CAG de Microsoft para WPF.

Answer 3

lo he instalado la máquina virtual en el código porque estas pruebas hacen de la vista mucho más fácil. Justin Ángel tiene un gran post para esto:

public partial class Page : UserControl 
{ 
    private PageViewModel _viewModel = new PageViewModel(); 

    public PageViewModel ViewModel 
    { 
     get { return _viewModel; } 
     set { _viewModel = value; } 
    } 

    public Page() 
    { 
     InitializeComponent(); 
     this.Loaded += new RoutedEventHandler(Page_Loaded); 
    } 

    void Page_Loaded(object sender, RoutedEventArgs e) 
    { 
     this.DataContext = ViewModel; 
    } 

} 

He encontrado su puesto para ser muy útil para aprender sobre los intricasies de las pruebas que rodea el patrón MVVM.

http://silverlight.net/blogs/justinangel/archive/2009/02/25/silverlight-unit-testing-rhinomocks-unity-and-resharper.aspx

Answer 4

utilizo una clase que copiar una "pantalla" que se encarga de la tríada MVVM. Comencé cuando una V se inyectaba en una VM, luego una VM como recurso en una V, pero al final el concepto de Pantalla funcionó mejor para mí. Me permite usar una V y una VM sin estar acoplados entre sí. También abstrae otras funcionalidades en mi marco de presentación general. Aquí es el constructor de mi clase de la pantalla como un ejemplo:

public CatalogItemScreen(IUnityContainer container) : base(container) 
    { 
     this.ViewModel = Container.Resolve<ICatalogItemViewModel>(); 
     this.View = Container.Resolve<CatalogItemView>(); 
     this.View.DataContext = this.ViewModel; 
    } 

en cuenta que una máquina virtual se crea en la pantalla, se crea aquí el V y el 2 están unidos entre sí. Esta muestra usa Unity y Prism, pero no es necesario para lograr esto.