静态资源（StaticResource）和动态资源（DynamicResource）

资源可以作为静态资源或动态资源进行引用。这是通过使用 StaticResource 标记扩展或 DynamicResource 标记扩展完成的。
通常来说，不需要在运行时更改的资源使用静态资源；而需要在运行时更改的资源使用动态资源。动态资源需要使用的系统开销大于静态资源的系统开销。
<Window x:Class=“”
2: xmlns=“/winfx/2006/xaml/presentation”
3: xmlns:x=“/winfx/2006/xaml”
4: Title=“StaticAndDynamicResource” Height=“200” Width=“300”>
5: <>
6:
7: </>
9:
10:
11:
12: <>
13:
14: </>
15:
16:
17:
18:
19: <>
20:
21: </>
22:
23:
24:
1: private void Button_Click(object sender, RoutedEventArgs e)
2: {
3: SolidColorBrush brush = new SolidColorBrush();
4: [“ButtonBrush”] = brush;
从程序执行的结果来看，我们可以得到如下的结论：
静态资源引用是从控件所在的容器开始依次向上查找的，而动态资源的引用是从控件开始向上查找的（即控件的资源覆盖其父容器的同名资源）
更改资源时，动态引用的控件样式发生变化（即"Dynamic Resource Button A"发生变化）
如果要更改"Dynamic Resource Button B"的背景，需要在按钮的事件中添加以下代码（将"Dynamic Resource Button B"的控件的x:Name设置为"btn4"）。
静态资源引用最适合于以下情况：
您的应用程序设计几乎将所有的应用程序资源集中到页或应用程序级别的资源字典中。静态资源引用不会基于运行时行为（例如重新加载页）进行重新求值，因此，根据您的资源和应用程序设计避免大量不必要的动态资源引用，这样可以提高性能。
您正在设置不在 DependencyObject 或 Freezable 上的属性的值。
您正在创建将编译为 DLL 并打包为应用程序的一部分或在应用程序之间共享的资源字典。
您正在为自定义控件创建一个主题，并定义在主题中使用的资源。对于这种情况，通常不需要动态资源引用查找行为，而需要静态资源引用行为，以使该查找可预测并且独立于该主题。使用动态资源引用时，即使是主题中的引用也会直到运行时才进行求值，并且在应用主题时，某个本地元素有可能会重新定义您的主题试图引用的键，并且本地元素在查找中会位于主题本身之前。如果发生该情况，主题将不会按预期方式运行。
您正在使用资源来设置大量依赖项属性。依赖项属性具有由属性系统启用的有效值缓存功能，因此，如果您为可以在加载时求值的依赖项属性提供值，该依赖项属性将不必查看重新求值的表达式，并且可以返回最后一个有效值。该方法具有性能优势。
您需要为所有使用者更改基础资源，或者需要通过使用 x:Shared 属性为每个使用者维护独立的可写实例。
动态资源最适合于以下情况：
资源的值取决于直到运行时才知道的情况。这包括系统资源，或用户可设置的资源。例如，您可以创 建引用由 SystemColors、SystemFonts 或 SystemParameters 公开的系统属性的 setter 值。这些值是 真正动态的，因为它们最终来自于用户和操作系统的运行时环境。您还可以使用可以更改的应用程序 级别的主题，在此情况下，页级别的资源访问还必须捕获更改。
您正在为自定义控件创建或引用主题样式。
您希望在应用程序生存期调整 ResourceDictionary 的内容。
您有一个存在依存关系的复杂资源结构，在这种情况下，可能需要前向引用。静态资源引用不支持前 向引用，但动态资源引用支持，因为资源直到运行时才需要进行求值，因此，前向引用不是一个相关概念。
从编译或工作集角度来说，您引用的资源特别大，并且加载页时可能无法立即使用该资源。静态资源引用始终在加载页时从 XAML 加载；而动态资源引用直到实际使用时才会加载。
您要创建的样式的 setter 值可能来自受主题或其他用户设置影响的其他值。
您正在将资源应用到元素，而在应用程序生存期中可能会在逻辑树中重新设置该元素的父级。更改此父级还可能会更改资源查找范围，因此，如果您希望基于新范围对重新设置了父级的元素的资源进行重新求值，请始终使用动态资源引用。