Wer hat die beste Metapher für WPF Abhängigkeitseigenschaften?

Question

Ich lese WPF Rezepte in C # 2008:

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

und ab dem dritten Rezept sie asssume Sie wissen, wie Abhängigkeitseigenschaften arbeiten.

So nach einem wenig googeln, ich in der Regel zu verstehen, dass diese Eigenschaften eines Objekts, das, wenn in einem anderen Objekt platziert „paßt ich den Kontext“ an das Host-Objekt. I „gelernt“ auch, dass „man nie wirklich wissen, was der Wert dieser Eigenschaften ist, da sie auf ihrem Kontext abhängen.“

Aber noch viel von dem, was in dem Buch beschrieben wird, lässt mich mit keine Ahnung, wie ich diese nutzen könnten, wenn Anwendungen zu bauen.

Wer hat eine gute Metapher oder ein Beispiel von Abhängigkeitseigenschaften hat für Menschen mit ihnen anfangen und wissen wollen, wann und wie sie würden sie verwenden?

Answer 1

Abhängigkeitseigenschaften sind wie normale Eigenschaften außer sie einigen speziellen „Haken“ haben, dass WPF verwendet.

Eine Besonderheit ist, dass manchmal, wenn Sie es seinen Wert nicht einen Eigenschaftswert festgelegt von der Steuerung empfangen wird es platziert wird in (also wenn Sie die Schriftart für eine Schaltfläche des Textblock in der Schaltfläche gesetzt wird diese Schriftart verwenden es sei denn, Sie eine andere Schriftart für den Textblock) angegeben ist, gehe ich davon aus das die Quelle all der Unsinn „nie den Wert wissen“.

Wenn Sie eine WPF-Steuerelement schreiben Sie wahrscheinlich Abhängigkeitseigenschaften verwenden sollten, da Sie angeben können, ob Änderungen automatisch die Steuerung führen sollte wieder machen sich (und mehr) und Sie können sie für die Datenbindung verwendet werden.

Wenn Sie eine Klasse schreiben, von Freezable abgeleitet (direkt oder indirekt) nur Abhängigkeitseigenschaften mit Hilfe werden Ihnen einige Arbeit speichern.

Wenn Sie eine Klasse schreiben, die nicht WPF spezifisch ist, dann gibt es wahrscheinlich keinen Grund Abhängigkeitseigenschaften zu verwenden.