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

概述Silverlight程序集与“普通”.NET程序集不是二进制兼容的.考虑到使用相同的编译器来创建两种类型的程序集(尽管没有为Silverlight引用mscorlib.dll),它怎么可能呢？ 对,好的问题. 在这个领域存在很多误解,将事实与虚构分开是很重要的. 虚构：Silverlight程序集由神奇的微软gnomes编译,这使得它们无法与.Net桌面CLR一起使用. 事实：CLR拥有这个名为 Silverlight程序集与“普通”.NET程序集不是二进制兼容的.考虑到使用相同的编译器来创建两种类型的程序集(尽管没有为Silverlight引用mscorlib.dll),它怎么可能呢？解决方法 对,好的问题.
在这个领域存在很多误解,将事实与虚构分开是很重要的.

虚构：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

总结

以上是内存溢出为你收集整理的Silverlight程序集与“普通”.NET程序集不是二进制兼容的原因全部内容，希望文章能够帮你解决Silverlight程序集与“普通”.NET程序集不是二进制兼容的原因所遇到的程序开发问题。

如果觉得内存溢出网站内容还不错，欢迎将内存溢出网站推荐给程序员好友。