Interactivity.Behavior vs attached properties

Question

I\'m trying to find some differences between these approaches. Is there any situation where behaviors are used and the same functionality could not be done with attached propert

Answer 1

This is not the answer. But the best explanation I can find on this topic https://web.archive.org/web/20180208143035/http://briannoyesblog.azurewebsites.net/2012/12/20/attached-behaviors-vs-attached-properties-vs-blend-behaviors/

Brian Noyes in his articles clearly describes the differences between each of the concepts.

Answer 2

No. Behaviors are basically just a much nicer abstraction on top of attached properties.

By using Behavior<T>, you gain access to the AssociatedObject directly, as well as the ability to attach and detach the behavior, easily, at runtime.

You could do this with attached properties, but it would require adding a lot of extra plumbing.

Answer 3

I tend to use Behaviors to add functionality which makes visible changes. Whereas I use attached properties to add additional information to an object which is subsequently used by other objects.

E.g. Grid.Row makes a good attached property, as it's used by the Grid and not the target. On the other hand, AutoCorrect would make a good behaviour, as this will make visible changes on the object.

Answer 4

Behviors are based on attached properties. That means if you can't find specific behavior - you write your own, either based on behavoirs framework provided by Blend or by creating your own AP...

I always though that behaviors are great evidence of attached properties power. Just incredible what you can get with them.