¿El enlace de datos de WPF hace que las cosas sean más dolorosas de lo que valen?

Question

Ok, Así que me he estancado en mi último proyecto no laboral, tratando de usar WPF. Estoy francamente molesto por la databinding. Pensé que se suponía que debía simplificar las cosas vinculando los datos directamente a la interfaz de usuario. Pero cuanto más aprendo sobre la necesidad de implementar INotifyPropertyChanged para que las cosas notifiquen a la UI si han cambiado, parece que todo el proceso es productivo.

¿Echo de menos algo? Parece que un montón de trabajo y tener que hacer que las clases implementadas INotifyPropertyChanged parezcan una manera sospechosa de poner en marcha el enlace de datos.

¿Qué me estoy perdiendo? Debo estar perdiendo algo. Por favor, infórmeme sobre cómo hacer que la vinculación de datos sea sencilla o, al menos, directa.

Answer 1

Si desea que la interfaz de usuario reciba una notificación cuando la fuente de datos subyacente cambie, entonces necesita algún tipo de mecanismo de notificación. Para WPF, INotifyPropertyChanged es ese mecanismo.

Pasa lo mismo en Windows Forms, pero Windows Forms también es compatible con el antiguo mecanismo de notificación, donde tiene un evento con el nombre <Property>Changed.

Sin embargo, ninguno de estos requirió estos mecanismos si todo lo que desea hacer es vincular los datos una vez y mostrarlos.

Si no está recibiendo notificaciones, simplemente conéctese a la fuente de datos y funcionará.

Answer 2

A decir verdad, no he visto que sea tan malo, y creo que es una solución muy viable.

Tome este sencillo, objeto Modelo de datos:

Public Class SimpleItemViewModel 
Implements INotifyPropertyChanged 

Private _item As String 
Public Property Item As String 
    Get 
     return _item 
    End Get 
    Set (value as string) 
     _item = value : OnPropertyChanged("Item") 
    End Set 
End Property 

Protected Overridable Sub OnPropertyChanged(propChange as string) 
    Raise Event PropertChanged(me, new PropertyChangedEventArgs(propChange)) 
End Sub 
Public Event PropertyChanged(sender as object, e as PropertyChangedEventArgs) 
End Class 

que se une fácilmente a un simple cuadro de texto a través de:

<Textbox Text="{Binding Item}" /> 

Además, si quería tener una bandera sucia, puede fácilmente pongo la bandera en el sub En OnDepertyChanged, y determina fácilmente si necesito guardar los cambios del usuario o no.

He encontrado que es más fácil tener un conjunto de clases que descansan entre la capa de acceso a datos y la interfaz de usuario que contiene estas cosas. Incluso puede hacer que su lógica de negocios y DAL pasen estas clases en lugar de los valores atómicos.

Answer 3

DataBinding es la única manera de implementar un patrón de vista de modelo en WPF/Silverlight. Sus modelos pueden ser estúpidos para la UI al implementar INotifyPropertyChanged, que los aísla de la IU. También ahorra una gran cantidad de código de UI al rellenar información en la interfaz de usuario.

Otro beneficio que disfruto es la capacidad de vincular aún más controles secundarios con los mismos datos utilizando el atajo {Binding}.

Answer 4

En primer lugar, INotifyPropertyChanged no es la única forma de hacer que el enlace de datos funcione, las propiedades de dependencia también funcionan.

En segundo lugar, INotifyPropertyChanged puede implementarse con solo una línea de código en su clase de entidad, si utiliza AOP - en realidad no tiene que hacer todas esas llamadas de notificación usted mismo.

En general, yo diría que el enlace de datos es una gran ayuda, especialmente cuando se está haciendo la generación de código para hacer controles vinculados automáticamente desde alguna fuente de datos.

Answer 5

La implementación de INotifyProperty modificada no es particularmente difícil, ya que solo tiene un miembro.

Si no espera cambios en el objeto subyacente, no se preocupe porque INotifyProperty haya cambiado y utilice un enlace con Mode=OneTime.

Si el objeto subyacente puede cambiar y desea que la GUI refleje esos cambios, ¿de qué otro modo se puede lograr sin el tipo de notificación que proporciona el cambio INotifyProperty? No es razonable esperar que un artículo encuadernado indague la fuente de su enlace.

Personalmente, he descubierto que WPF ha tardado un tiempo en familiarizarse, pero ahora que me estoy sintiendo cómodo me resulta increíblemente poderoso y agradable trabajar con él. Animo a cualquiera que encuentre WPF desafiante para seguir con eso.

Answer 6

Si está buscando una buena manera de pensar en estructurar su enlace de datos, intente establecer un DataContext en su árbol lógico solo una vez, luego use rutas de enlace para rellenar las diversas partes de su UI.

Answer 7

Sea tan declarativo como pueda en su encuadernación. Deje que el sistema de plantillas haga su trabajo y haga un uso intensivo de DataTemplate s que especifique DataType s explícita.

Answer 8

Enlazar en XAML es bastante fácil, sin embargo, el enlace dinámico de datos WPF en el código es doloroso y confuso.