c# - 为什么我需要一个“虚拟”代码行才能加载 PresentationFramework？

Question

我有一个非托管应用程序，它的某些用户界面使用 WPF 程序集。

最初，我遇到了以下异常：

System.IO.FileNotFoundException 未处理消息：无法加载文件或程序集“PresentationFramework ...

^{（与更改框架版本导致的原因不同：无法加载文件或程序集 PresentationFramework？）。}

PresentationFramework是我的程序集的参考。

我通过添加一行似乎强制或欺骗编译器/运行时加载 DLL 的 C# 代码来解决这个问题：

// Refers to an arbitrary enum in PresentationFramework.Classic.dll
var dummy = Microsoft.Windows.Themes.ClassicBorderStyle.None;

然后我在运行时也没有例外。

否则，对该 DLL 中任何内容的唯一引用是在 XAML 中。具体来说：

<ResourceDictionary Source="pack://application:,,,/PresentationFramework.Classic;component/themes/Classic.xaml"/>

但显然这个 XAML 引用不足以让 DLL 在运行时正确加载。

---

这个“虚拟”解决方案可以，因为它确实有效，但我不明白为什么这是必要的，它让我觉得我错过了更重要的事情。

这是一个正确的解决方法吗？首先这是必要的原因是什么？

标签： c#wpfxaml

Answer 1

XAML 和 C# 是两种不同的语言，具有单独的解析器和编译器。事实上，对 XAML 运行时错误的早期调试器支持大约是“不存在”。如果您遇到 XAML 编译器错误？C# 编译器将只使用最后一个有效的 XAML 编译。

虽然您可能永远不会使用它，但完全可以在运行时动态加载 XAML 设计：https ://blogs.msmvps.com/bsonnino/2016/07/21/loading-xaml-dynamically-part-1-loading-动态视图/

在这一点上，编译器不能依赖于 XAML 中写入的内容 - 以及编译时。

XAML 中的命名空间？它们只是关于将 .NET 类纳入 XAML 解析器的范围。它们对于代码的 C# 部分并没有那么重要。