Permalink
Fetching contributors…
Cannot retrieve contributors at this time
47 lines (36 sloc) 3.02 KB
title ms.custom ms.date ms.prod ms.reviewer ms.suite ms.technology ms.tgt_pltfrm ms.topic helpviewer_keywords ms.assetid caps.latest.revision author ms.author manager
Inline Styles and Templates
03/30/2017
.net-framework
dotnet-wpf
article
inline templates
styles, inline
templates, inline
inline styles
69a1a3f9-acb5-4e2c-9c43-2e376c055ac4
5
dotnet-bot
dotnetcontent
wpickett

Inline Styles and Templates

[!INCLUDETLA#tla_winclient] provides xref:System.Windows.Style objects and template objects (xref:System.Windows.FrameworkTemplate subclasses) as a way to define the visual appearance of an element in resources, so that they can be used multiple times. For this reason, attributes in [!INCLUDETLA2#tla_xaml] that take the types xref:System.Windows.Style and xref:System.Windows.FrameworkTemplate almost always make resource references to existing styles and templates rather than define new ones inline.

Limitations of Inline Styles and Templates

In [!INCLUDETLA#tla_xaml], style and template properties can technically be set in one of two ways. You can use attribute syntax to reference a style that was defined within a resource, for example <objectStyle="{StaticResourcemyResourceKey}" .../>. Or you can use property element syntax to define a style inline, for instance:

< object >

< object .Style>

< Style .../>

</ object .Style>

</ object >

The attribute usage is much more common. A style that is defined inline and not defined in resources is necessarily scoped to the containing element only, and cannot be re-used as easily because it has no resource key. In general a resource-defined style is more versatile and useful, and is more in keeping with the general [!INCLUDETLA#tla_winclient] programming model principle of separating program logic in code from design in markup.

Usually there is no reason to set a style or template inline, even if you only intend to use that style or template in that location. Most elements that can take a style or template also support a content property and a content model. If you are only using whatever logical tree you create through styling or templating once, it would be even easier to just fill that content property with the equivalent child elements in direct markup. This would bypass the style and template mechanisms altogether.

Other syntaxes enabled by markup extensions that return an object are also possible for styles and templates. Two such extensions that have possible scenarios include TemplateBinding and xref:System.Windows.Data.Binding.

See Also

Styling and Templating