In programming Silverlight I have come across situations where a control or framework element needs to access information on its parent. The code to get information off your direct parent is simple:
- var oContent = this.Parent.ReadLocalValue(Content);
The real power of Silverlight is in the declarative nesting of XAML elements, and that means that the type of your direct parent may not always be known. To clarify, if you drop a control on a Page, then the Page object will be your parent. However if you then wrap your control in a ScrollViewer, the ScrollViewer becomes your parent and the Page becomes your grandparent.
To avoid all these issues I include the following code in most of my Silverlight projects:
- publicvirtual T ParentOfType<T>() where T : FrameworkElement
- {
- Type oType = typeof(T);
- var oParent = Parent asFrameworkElement;
- while (oParent != null)
- {
- if (oType.IsInstanceOfType(oParent))
- return oParent as T;
- if (oParent.GetType() == oType)
- return oParent as T;
- oParent = oParent.Parent asFrameworkElement;
- }
- returnnull;
- }
Recently I needed to access the Navigation Service that is part of a Silverlight Page object. Using the method above I wrote this code to access the service:
- void OnMouseLeftButtonDown(object sender, MouseButtonEventArgs e)
- {
- var oPage = ParentOfType<Page>();
- if ( oPage != null )
- oPage.NavigationService.Navigate(newUri(NavigateUri, UriKind.RelativeOrAbsolute));
- }
Now regardless where this control is placed in the XAML, the Navigation Service will execute correctly.