Silverlight 程序集与“普通”.NET 程序集二进制不兼容。考虑到相同的编译器用于创建两种类型的程序集（即使 Silverlight 没有引用 mscorlib.dll），这怎么可能？
【问题讨论】：
标签： silverlight
好的，好问题。 在这方面存在很多误解，将事实与虚构区分开来很重要。
虚构： Silverlight 程序集由神奇的 microsoft gnome 编译，这使得它们无法与 .Net 桌面 CLR 兼容。
事实：CLR 有这个被称为“Fusion”的精美系统。
每个程序集都有一个作为 DLL/EXE 一部分嵌入的程序集清单。
程序集清单包含一堆东西（嵌入资源的名称、类型系统信息等）以及此程序集所需的其他程序集。
Fusion 是 CLR 的一部分，负责获取该 Assembly Manifest 依赖项并查找相应的物理文件。
桌面 .Net CLR 上 Silverlight 程序集的 Fusion - 可以正常工作。 （假设所有依赖项都存在）
用于桌面程序集的 Silverlight CLR 上的 Fusion - 不起作用。
主要是因为 .Net BCL（基类库）DLL 不存在。如前所述，它是不同的 mscorlib.dll、agcorlib.dll、System.dll、System.Windows.dll 等。
这些 DLL 不同的原因是主要是安全性。普通的 BCL 会使用指针、特定于平台的 p/invokes、文件、注册表等各种令人讨厌的东西。我们不能只运行浏览器。
所以，总结一下：
Silverlight 组件 --> 在桌面 CLR 上运行 == Works
桌面程序集 --> 在 Silverlight CLR 上运行 == 不起作用
如果您想要在桌面 CLR 上运行的 Silverlight 程序集的真实示例，请查看我一年前的文章 @SILVERLIGHT DLLS ON THE DESKTOP CLR
【讨论】：
IL 代码是相同的。但是核心库是不同的，因此即使是为 .NET 编译的库中最简单的操作也无法在 Silverlight 中运行，因为该库将引用 Silverlight 中不存在的外部库。
【讨论】：
不兼容，因为 Silverlight 使用轻量级版本的 mscorlib.dll。但是，您可以通过一些技巧在 Silverlight 上重用为“普通”.NET 编写的代码。
【讨论】：