Silverlight程序集与“普通”.NET程序集不是二进制兼容的原因

Question

Silverlight程序集与“普通”.NET程序集不是二进制兼容的。考虑到使用相同的编译器来创建两种类型的程序集（尽管没有为Silverlight引用mscorlib.dll），它是怎么回事？

Answer 1

是的，好的问题。 在这个领域存在很多误解，将事实与虚构分开是很重要的。

虚构： Silverlight程序集由神奇的微软gnomes编译，这使得它们无法与.Net桌面CLR一起使用。

事实： CLR拥有一个名为“ Fusion ”的精美系统。
每个程序集都有一个嵌入的程序集清单作为DLL / EXE的一部分 程序集清单包含一堆内容（Embbeded Resource的名称，类型系统信息等）以及此程序集所需的其他程序集。

Fusion 是CLR的一部分，负责获取Assembly Manifest依赖项并查找相应的物理文件。

桌面上的Silverlight程序集融合.Net CLR - 正常运行。 （假设存在所有依赖关系）

用于桌面装配的Silverlight CLR上的融合 - 将无效 主要是因为.Net BCL（基类库）DLL不存在。如前所述，它是一个不同的mscorlib.dll，agcorlib.dll，System.dll，System.Windows.dll等。
这些DLL不同的原因是主要是安全性。正常的BCL使用指针，平台特定的p / invokes，文件，注册表和什么不是，所有类型的讨厌的东西。我们不能只运行浏览器。

所以，总结一下：
Silverlight Asemblies - ＆gt;在桌面上运行CLR ==工作
桌面装配 - ＆gt;在Silverlight上运行CLR ==不起作用

如果您想要在桌面CLR上运行Silverlight程序集的真实示例，请查看一年前我的文章@ SILVERLIGHT DLLS ON THE DESKTOP CLR

Answer 2

IL代码是相同的。但是核心库是不同的，因此即使在为.NET编译的库中最简单的操作也无法在Silverlight中工作，因为该库将引用Silverlight中不存在的外部库。

Answer 3

不兼容，因为Silverlight使用轻量级版本的mscorlib.dll。但是，您可以使用一些技巧重用在Silverlight上为“普通”.NET编写的代码。