Chi ha la migliore metafora per le proprietà di dipendenza WPF?

Question

Sto leggendo le ricette WPF in C # 2008:

http://www.apress.com/book/view/9781430210849

e partendo dalla terza ricetta suppongono che tu sappia come funzionano le proprietà di dipendenza.

Quindi dopo un po 'di ricerche su Google, capisco in generale che si tratta di proprietà di un oggetto che, se inserito in un altro oggetto " si adatta al contesto " all'oggetto host. Ho anche & Quot; imparato & Quot; che " non sai mai davvero quale sia il valore di queste proprietà poiché dipendono dal loro contesto. "

Ma ancora gran parte di ciò che viene descritto nel libro non mi lascia idea di come potrei usarli durante la creazione di applicazioni.

Chi ha una buona metafora o un esempio di proprietà di dipendenza per le persone che iniziano con loro e vogliono sapere quando e come le userebbero?

Answer 1

Le proprietà di dipendenza sono proprio come le normali proprietà, tranne per il fatto che hanno alcuni speciali " hook " che utilizza WPF.

Una cosa speciale è che a volte se non si imposta un valore di proprietà, questo riceverà il suo valore dal controllo in cui si trova (quindi se si imposta il carattere per un pulsante, il blocco di testo all'interno del pulsante utilizzerà questo carattere a meno che tu non abbia specificato un carattere diverso per il blocco di testo), suppongo che questa sia la fonte di tutte le " non conosco mai il valore " nonsense.

Se stai scrivendo un controllo WPF probabilmente dovresti usare le proprietà di dipendenza perché puoi specificare se le modifiche dovrebbero automaticamente far sì che il controllo ritorni automaticamente (e altro) e puoi usarle per l'associazione dei dati.

Se stai scrivendo una classe derivata da Freezable (direttamente o indirettamente) usando solo le proprietà di dipendenza ti farà risparmiare un po 'di lavoro.

Se stai scrivendo una classe che non è specifica di WPF, probabilmente non c'è motivo di usare le proprietà di dipendenza.