WPF MVVM: Convención sobre la configuración para ResourceDictionary?

Question

---

actualización

En el espíritu wiki de stackoverflow, aquí es una actualización:

I pinchos sugerencia IValueConverter de Joe White continuación. Funciona a las mil maravillas.

He escrito un ejemplo de "inicio rápido" de esto que automatiza el mapeo de ViewModels-> Vistas usando algún reemplazo de cadena económico. Si no se encuentra una vista que represente ViewModel, se establece de manera predeterminada en una página "En construcción". Estoy doblando este enfoque "WPF MVVM White" ya que fue idea de Joe White. Aquí hay un par de capturas de pantalla.

La primera imagen es un caso de "[SomeControlName] ViewModel" tiene una "[SomeControlName] View" correspondiente, basada en la convención de nomenclatura pura. El segundo es un caso en el que ModelView no tiene vistas para representarlo. No más ResourceDictionaries con vistas largas de ViewModel to View. Es una convención de nomenclatura pura ahora.

he publicado una descarga del proyecto aquí: Mvvm.White.Quickstart.zip

---

Post original

leí de fantastic MSDN article Josh Smith en WPF MVVM el fin de semana. Está destinado a ser un clásico de culto.

Me tomó un tiempo entender la magia de pedirle a WPF que muestre ViewModel.

Es como decir "Aquí hay una clase, WPF. Ve a descubrir qué UI usar para presentarla".

Para quienes se perdieron esta magia, WPF puede hacer esto mirando el Ver para modelview en el mapeo ResourceDictionary y sacando el correspondiente Ver. (Desplácese hacia abajo hasta Figure 10 Supplying a View).

Lo primero que salta a mí inmediatamente es que ya hay una fuerte convención de nombres de:

classNameView ("View" suffix) 
classNameViewModel ("ViewModel" suffix) 

Mi pregunta es:

Desde el ResourceDictionary se puede manipular mediante programación, I "m preguntándose si alguien ha logrado Regex. Reemplazar todo, , por lo que la búsqueda es automática, y cualquier nueva vista/vista Modeles se resuelven en virtud de su convención de nomenclatura?

[Editar] Lo que estoy imaginando es un gancho/intercepción en ResourceDictionary.

...Considerando también un método en el arranque que utiliza interoperabilidad de sacar *View$ y *ViewModel$ nombres de clase para crear el diccionario DataTemplate en código:

//build list 
foreach .... 
    String.Format("<DataTemplate DataType=\"{x:Type vm:{0} }\"><v:{1} /></DataTemplate>", ...) 

Answer 1

En lugar de escribir código para agregar explícitamente cosas a la ResourceDictionary, ¿qué acaba de generar la derecha ver a pedido? Puedes hacer esto con un ValueConverter.

Sus recursos se vería así:

<Views:ConventionOverConfigurationConverter x:Key="MyConverter"/> 
<DataTemplate DataType="{x:Type ViewModels:ViewModelBase}"> 
    <ContentControl Content="{Binding Converter={StaticResource MyConverter}}"/> 
</DataTemplate> 

usted todavía necesita un recurso DataTemplate, pero siempre y cuando sus ViewModels todos tienen una clase base común, lo único que necesita una DataTemplate a cuidar de todos de ellos.

definir la clase de convertidor de valores:

public class ConventionOverConfigurationConverter : IValueConverter 
{ 
    public object Convert(object value, Type targetType, object parameter, 
     CultureInfo culture) 
    { 
     // value is the ViewModel. Based on its GetType(), build a string 
     // with the namespace-qualified name of the view class, then: 
     return Activator.CreateInstance(Type.GetType(viewName)); 
    } 
    public object ConvertBack(object value, Type targetType, 
     object parameter, CultureInfo culture) 
    { 
     throw new NotSupportedException(); 
    } 
} 

Todo lo que se necesita hacer es escribir la lógica dentro del convertido, el cual dependerá de cosas como si sus puntos de vista y ViewModels están en el mismo espacio de nombres o no .

Answer 2

decidí a hacer más o menos lo mismo hthe por lo cargo mis DataTemplates directamente en el ResourceDictionary usando

private void RegisterResources() 
    { 
     ResourceDictionary dictionary = new ResourceDictionary(); 
     dictionary.Source = new Uri("pack://application:,,,/StartupModule;Component/UIResources.xaml"); 
     Application.Current.Resources.MergedDictionaries.Add(dictionary); 
    } 

donde el archivo UIResources es un archivo xamls ResourceDictionary que contiene todos nuestros DataTemplates