I am learning WPF / Silverlight and saw in an MS vidcast that it is now recommended to use RoutedEventArgs
over EventArgs
; although it didn't say exactly why.
I have a win forms app that uses interfaces for "widgets" in an attempt to not be tied to a specific display technology (in Presenters / ViewModels), so if my IButton Click event now needs to take the RoutedEventArgs
now I guess it isn't as useful.
Can someone please explain if I should switch to RoutedEventArgs
in all cases and why?
As an aside, does anyone else have experience / opinions about using interface widgets as I'm describing them?
Well, basically a
RoutedEvent
travels through theLogical
tree, either from the source element to root element (Bubble
event route) or, less frequently from root element to sub levels elements (Tunnel
event route). What this means is that if you have aButton
inside of aStackPanel
, that itself is inside of aGrid
; if you define aClick
event in the controls they will all trigger it unless one of them handles it.If the event route is
Bubble
(named as a regular eventClick
), it will go:Button -> StackPanel -> Grid
If the event route is
Tunnel
(namedPreviewClick
), it will go the other way around:Grid -> StackPanel -> Button
So now with the handling, it's pretty simple. If it's a
Bubble
route and theButton
sets theRoutedEventArgs.Handled
to true, thatStackPanel
andGrid
will not trigger it. Same with theRoutedEvent
, if theGrid
handles it, theStackPanel
andButton
will not trigger it.This is my understanding in a nutshell, I avoided some stuff for simplicity.
I recommend this chapter for better understanding of this WPF feature.
Say we have a Button element containing other elements, a StackPanel, itself containing a TextBox and an Image element.
The Button element should be able to handle a click event no matter if the Image that got clicked or if the TextBox was.
Hence WPF provides a way to :
RoutedEventArgs is a new type of event argument that exists to support the WPF model of eventing: Routed Events. It's hard to explain in a short entry why exactly WPF chose this model or what the point is so I'll start by pointing you to a good article on the subject.