Cuándo utilizar las Propiedades de dependencia

Question

A veces pienso que quizás use las Propiedades de dependencia innecesariamente. ¿Cuándo debo usarlo? Cuando tengo una propiedad que depende de otras propiedades? Supongamos que tengo una propiedad Color que quiero que dependa de las propiedades Hue, Saturation, Luminosity ¿uso una propiedad de dependencia? ¿O qué uso? Controlo que está obligado a Color para actualizar cuando se cambian las propiedades Hue, Saturation, Luminosity.

por ahora lo que hice fue

public byte Hue { 
    get { return _hue; } 
    set 
    { 
     if (_hue == value) 
      return; 
     _hue = value; 
     NotifyPropertyChanged("Hue"); 
     NotifyPropertyChanged("Color"); // to update controls bound to color 
    } 
} 

pero creo que esto no es la forma correcta de hacer las cosas? Si tengo más propiedades que afectan el color, tendré 1 línea adicional en todas esas propiedades?

Answer 1

Solo debe usar un DependencyProperty cuando desee vincular su valor a algo a través de XAML, p. Ej.

<local:MyObject MyDependencyProperty="{Binding ...}" /> 

Actualización: como se ha mencionado por Ian continuación, las propiedades de dependencia también son necesarios si usted quiere ser capaz de animar su propiedad o se establece a través de un estilo

Si no es necesario trabajar de esta manera entonces es innecesario. p.ej. Si lo que desea es ser capaz de establecer el valor de una constante a través de XAML (como abajo) esto va a funcionar sin utilizar un DependencyProperty

<local:MyObject MyRegularProperty="Some Value" /> 

mismo modo, si desea enlazar a el valor de una propiedad en (por ejemplo) su vista del modelo:

<TextBlock Text="{Binding MyViewModelProperty}" /> 

entonces usted no necesita utilizar un DependencyProperty. Siempre que implemente INotifyPropertyChanged, el Text se actualizará cuando cambie la propiedad.

Editar: al releer su pregunta, no estoy seguro de si es o no su situación se verá afectada por el hecho de que use o no un DependencyProperty - si estoy leyendo correctamente, lo único que quiere hacer es causa que se actualicen varias propiedades en la interfaz de usuario cuando cualquiera de esas propiedades cambia, ¿verdad?

No creo que haya nada de malo en cómo está implementando las cosas en este momento (es decir, levantando un montón de eventos PropertyChanged en cada setter), pero si no está interesado en eso, entonces podría intentar tener una única propiedad que expone propiedades secundarias relevantes para unirse al que están todos calculado:

class ColorWrapper 
{ 
    public Color Color { get; set; } 
    public byte Hue 
    { 
     get { return this.Color.Hue; } //or however this is calculated 
} 

Entonces tienen una propiedad Color en su modelo de vista que genera el evento PropertyChanged y se unen a los que a través de la Vista:

<TextBlock Text="{Binding Color.Hue}" /> 

Como dije, no diría que esto es particularmente una mejora de lo que ya has pensado.

Answer 2

Las reglas generales son:

• Para los controles XAML, propiedades de uso de dependencia;

• Para los datos (que se enlaza a la interfaz), utilice INotifyPropertyChanged.

Existen excepciones, pero son raras.

Answer 3

Recuerde que las propiedades de dependencia, aunque permiten el enlace como fuente o como destino, también son sensibles a subprocesos, y al serializar tendrá que usar un sustituto, la serialización ya que DependencyObject no es serializable.

Ah, y GetHashCode iguales y están sellados :(

Answer 4

Otro uso de las propiedades de dependencia es con el diario de navegación. Propiedades de dependencia personalizadas dentro de una página con la bandera Juornal en los meta-datos se incluyen en el estado que guarda WPF para la página.