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 - >在桌面上运行CLR == Works
桌面装配 - >在Silverlight上运行CLR ==不起作用

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