Il databinding WPF rende le cose più dolorose di quanto valga?

Question

Ok, Quindi sono stato bloccato nel mio ultimo progetto non di lavoro, cercando di utilizzare WPF. Sono sinceramente infastidito dal databinding. Pensavo che avrebbe dovuto semplificare le cose legando i dati direttamente all'interfaccia utente. Ma più imparo sull'implementazione di INotifyPropertyChanged per far sì che le cose vengano notificate all'interfaccia utente, se cambiano, sembra rendere tutto controproducente.

Mi manca qualcosa? Sembra un po 'di lavoro e dover rendere le classi implementate INotifyPropertyChanged sembra un modo per catturare i dati sul lavoro.

Cosa mi manca? Devo mancare qualcosa. Per favore chiariscimi su come rendere facile il databinding, o per lo meno semplice.

Answer 1

Se si desidera che l'interfaccia utente venga notificata quando cambia l'origine dati sottostante, è necessario il tipo di meccanismo di notifica10 per il tipo di notifica . Per WPF, INotifyPropertyChanged è quel meccanismo.

È lo stesso anche in Windows Form, ma Windows Form supporta anche il vecchio meccanismo di notifica, in cui è presente un evento con il nome <Property>Changed.

Tuttavia, nessuno di questi ha richiesto questi meccanismi se tutto ciò che si vuole fare è legare i dati una volta e visualizzarli.

Se non si ricevono notifiche, è sufficiente collegarsi all'origine dati e funzionerà.

Answer 2

A dire il vero, non ho visto che fosse così male, e penso che sia una soluzione altamente praticabile.

prendere questa semplice, oggetto Modello di dati:

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 

che può essere facilmente associato a una semplice casella di testo tramite:

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

Inoltre, se volevo avere una bandiera SPORCO, posso facilmente metti il ​​flag impostato nel sub di OnPropertyChanged, e facilmente determinare se ho bisogno di salvare eventuali modifiche dell'utente o meno.

Ho trovato più facile avere un set di classi che si trovano tra il livello di accesso ai dati e l'interfaccia utente che contiene questa roba. Puoi persino far sì che la tua business logic e DAL superino queste classi piuttosto che i valori atomici.

Answer 3

DataBinding è l'unico modo per implementare un modello di visualizzazione modello in WPF/Silverlight. I tuoi modelli possono essere UI-stupidi implementando INotifyPropertyChanged, che li isola dall'interfaccia utente. Inoltre salva un sacco di codice UI quando inserisce informazioni nell'interfaccia utente.

Un altro vantaggio di cui mi diverto è la possibilità di associare ulteriormente i controlli figlio agli stessi dati utilizzando la scorciatoia {Binding}.

Answer 4

Innanzitutto, INotifyPropertyChanged non è l'unico modo per ottenere il binding dei dati al lavoro: anche le proprietà di dipendenza funzionano.

In secondo luogo, INotifyPropertyChanged può essere implementato con una sola riga di codice nella classe di entità, se si utilizza AOP - non è necessario effettuare tutte queste chiamate di notifica.

Nel complesso, direi che l'associazione dei dati è un grande vantaggio, specialmente quando si sta eseguendo la generazione del codice per eseguire automaticamente i controlli associati da alcune origini dati.

Answer 5

L'implementazione di INotifyProperty non è particolarmente difficile, poiché ha un solo membro.

Se non si prevedono modifiche nell'oggetto sottostante, non preoccuparsi di INotifyProperty modificato e utilizzare un collegamento con Mode=OneTime.

Se l'oggetto sottostante può cambiare e si desidera che la GUI rifletta tali modifiche, allora in che modo è possibile ottenere altro senza il tipo di notifica fornito da INotifyProperty? Non è ragionevole aspettarsi che un oggetto legato scriva la fonte della sua associazione.

Personalmente ho trovato che WPF ha impiegato del tempo per fare i conti, ma ora che sto ottenendo conforto lo trovo incredibilmente potente e piacevole da lavorare. Incoraggio chiunque stia trovando WPF difficile da mantenere.

Answer 6

Se stai cercando un buon modo per pensare a strutturare l'associazione dei dati, punta a impostare DataContext sull'albero logico solo una volta, quindi utilizza i percorsi di associazione per popolare le varie parti dell'interfaccia utente.

Answer 7

Siate il più dichiarativi possibile nella vostra rilegatura. Lascia che il sistema di template faccia il suo lavoro e faccia un uso pesante di DataTemplate s che specifichi esplicitamente DataType s.

Answer 8

Il binding in XAML è abbastanza semplice, tuttavia, l'associazione dinamica dei dati WPF nel codice è dolorosa e confusa.