动态应用程序级资源在 ElementHost 中托管时不是动态的

Question

我在 WinForms 容器中托管 WPF UserControl。 现在，我希望能够为 UserControl 设置主题/皮肤。 为此，我有几个定义“皮肤”的资源字典。 当我的应用程序启动时，我创建一个“new System.Windows.Application()”，以便 Application.Current 存在。 要更改主题，旧皮肤将被删除，新皮肤将在运行时合并到应用程序级资源字典中。 但是，这不会更改 UserControl 中任何动态引用的资源。 我在一个直接的 WPF 应用程序中尝试过这个，它工作得很好。 我是否错过了什么，或者根本不可能做到这一点？ 顺便说一句，如果我在 UserControl 初始化之前将皮肤添加到应用程序资源中，它将可以工作，但之后我无法更改皮肤。

要以最基本的方式重新存储此内容：

创建一个新的 WinForms 应用程序。 将 WPF 用户控件添加到应用程序。 这很简单：

<UserControl ...>
   <Grid>
      <Button
         Background="{DynamicResource ButtonBG}"/>
   </Grid>
</UserControl>

创建两个 ResourceDictionaries、White.xaml 和 Black.xaml（或其他），它们具有 SolidColorBrush，其中 ButtonBG 键具有相应的颜色。 在 Form1.cs 中，添加两个 Button 和一个 ElementHost。 将 ElementHost 的子级设置为我们刚刚创建的 UserControl 的实例。 将按钮连接到交换皮肤的事件：

private void White_Click(object sender, EventArgs e)
{
   Application.Current.Resources.MergedDictionaries[0] = 
      (ResourceDictionary)Application.LoadComponent(
         new Uri(@"\WpfThemes;component\White.xaml", UriKind.Relative)));
}

private void Black_Click(object sender, EventArgs e)
{
   Application.Current.Resources.MergedDictionaries[0] = 
      (ResourceDictionary)Application.LoadComponent(
         new Uri(@"\WpfThemes;component\Black.xaml", UriKind.Relative)));
}

在 Program.cs 中，确保 Application.Current 存在并设置初始皮肤：

[STAThread]
static void Main()
{
   new System.Windows.Application();

   Application.Current.Resources.MergedDictionaries[0] =
      (ResourceDictionary)Application.LoadComponent(
         new Uri(@"\WpfThemes;component\White.xaml", UriKind.Relative)));

   ...
}

现在，当单击“白色”按钮时，我希望 UserControl 中的按钮变为白色，并且当单击黑色按钮我希望按钮变黑。 然而，这并没有发生。

有谁知道为什么？ 有解决办法吗？

编辑：想法：也许，如果有一种方法可以在主题更改时强制重新评估 DynamicResources，那就行了。

谢谢， 尘土飞扬

Answer 1

当我尝试做类似的事情时，WPF 博士拯救了我。 他展示了如何在 WinForms 中创建 Application 对象。 现在，您可以将所有内容引用为 StaticResource，就像在 WPF 应用程序中一样。

http://drwpf.com /blog/2007/10/05/managing-application-resources-when-wpf-is-hosted/

Answer 2

另一种解决方法是创建一个虚拟窗口并将 elementhost 的内容指定为 content。
如果您查看应用程序并检查它如何处理资源字典的更改，您会发现它只通知窗口。您

应该提醒的唯一一件事是永远不要显示窗口（->例外），并在处理时关闭它elementhost，以便应用程序可以正常关闭。

Answer 3

我认为这可能是WPF框架中一个被忽视的问题。

从我通过 Reflector 得知的情况来看，当 Application 资源字典发生灾难性更改（这种更改可能会产生广泛的影响，例如添加、删除或替换皮肤）时，会有代码循环遍历应用程序中的所有 Windows 并强制它们重新评估其 DynamicResources。 但是，我认为 WPF 中的顶级元素（例如 ElementHost）却没有得到相同的处理。 这导致了我正在经历的行为。

我解决此问题的方法是手动单独检查所有 ElementHost 并添加、删除或替换外观 ResourceDictionary 文件。 它并不完美，但它完成了工作。