Is there any reason why I could (or should) not declare dependency properties as non-static?
I need to make an interface with two-way bindable properties. INotifyPropertyChanged seems a little bit cumbersome on the receiving end as it relies on string identifiers.
Is there any reason why I could (or should) not declare dependency properties as non-static?
Yes.
The Dependency Property mechanism in WPF uses a storage mechanism specified per type, not per instance. The design of DPs relies on them being defined statically, and not per instance. They will not work properly if you define them on an instance.
This is partly done to allow inheritance of properties, but also allows you to specify a LOT of properties on an object without using a lot of memory per instance.
If you want to make an interface with two-way bindable properties, typically you'd want to use INotifyPropertyChanged for your class, and the dependency properties on the user interface elements to handle the bindings. INotifyPropertyChanged is the proper mechanism for this. If the major complaint is the string identifiers, you can work around them using expression trees.
If you love us? You can donate to us via Paypal or buy me a coffee so we can maintain and grow! Thank you!
Donate Us With