¿Dónde debería poner el código específico de WPF cuando uso MVVM?

Question

Me estoy poniendo al día con MVVM, pero todos los ejemplos que he visto hasta ahora están vinculando controles de Vista a tipos de datos simples que no son de WPF, como cadenas y entradas. Sin embargo, en nuestra aplicación, quiero poder configurar el pincel de borde de un botón en función de un número en el Modelo.

Por el momento, traduzco el número en un pincel en ViewModel para mantener solo la vista XAML, pero ¿es así?

No me gusta poner código específico de WPF en el ViewModel, pero igualmente no me gusta la idea de poner código-detrás en mi panel de Vista.

¿Cuál es la mejor manera?

Gracias

Answer 1

Por el momento, traduzco el número en un pincel en el modelo de vista para mantener solo la vista XAML, pero ¿es así?

No, realmente no.

Idealmente, debe mantener las dependencias de WPF fuera de su ViewModel. Esto ayuda a permitir que su aplicación sea más comprobable, pero también fácilmente traducible a Silverlight u otras tecnologías en el futuro.

WPF proporciona un mecanismo para este escenario exacto, sin embargo: IValueConverter. Es muy fácil hacer un ValueConverter que convierte la traducción de un entero, cadena o cualquier otro tipo en un pincel. El Data Binding Overview muestra un ejemplo de traducción de un Color a un Pincel usando un Convertidor de valores.

Este es un diseño mucho mejor a largo plazo ... "Pinceles" y otros conceptos de WPF son realmente parte de la Vista, no están ligados a su lógica. Su ViewModel debe pensar en términos del estado , y su vista debe traducir ese estado a una forma específica de representar el estado.

Supongamos que quiere utilizar un pincel "rojo" para mostrar un error. En lugar de que ViewModel exponga un pincel, debería exponer algunas primitivas (es decir, una propiedad bool) como IsInErrorState. La Vista debería decidir cómo representar esto, ya sea a través de un pincel rojo, una gran advertencia, etc. Los convertidores permiten que esto suceda de una manera puramente XAML.

---

En su caso, el ValueConverter es fácil. Como va desde un Número -> Pincel (aunque recomendaría usar un Enum personalizado en lugar de un int), puede hacer algo como:

[ValueConversion(typeof(int), typeof(SolidColorBrush))] 
public class IntToBrushConverter : IValueConverter 
{ 
    public object Convert(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture) 
    { 
     int option = (int)value; 
     switch(option) 
     { 
      default: 
       return Brushes.Black; 
      case 1: 
       return Brushes.Red; 
      case 2: 
       return Brushes.Green; 
      // ... 
     } 

    } 

    public object ConvertBack(object value, Type targetType, object parameter, System.Globalization.CultureInfo culture) 
    { 
     // No need to convert back in this case 
     throw new NotImplementedException(); 
    } 
} 

Answer 2

encargo Try ValueConverter.

¿Cuál es el propósito de mantener su vista XAML solamente? Mantener ViewModel clean tiene sentido debido a la capacidad de prueba y SoC. Pero no hay código detrás?