程序集以及何时不能选择强命名？

Question

不久前，我在Stack Overflow， 程序集名称和版本上询问了以下问题。

现在我已经意识到我无法使用强名称签署我的程序集，因为第三方依赖项之一不是强名称程序集，因此我的签名不可信。

我试图简单地将程序集文件名MyAssembly.dll更改为MyAssembly.v.1.1.dll，但是当我这样做并引用重命名的程序集时 - 它不会像其他引用一样被复制。 似乎是因为文件名和程序集的Identity属性之间存在不匹配。

我有项目A和B，它们是项目C的依赖项。项目A需要引用MyAssembly.dll v.1.0，项目B需要引用MyAssembly.dll v.2.0，因此两者都需要能够位于Project C的bin /中发布文件夹。

怎么办？ 我怎样才能解决这个问题？

Answer 1

理想情况下，任何自尊的第三方组装开发人员都会签署他们的程序集。 我会尝试以下方法：

1. 看看您是否可以联系第三方程序集提供商并请求他们为您签名。
2. 如果第三方程序集提供程序是开源的，请使用强名称密钥自行下载并编译源代码。 （考虑将此贡献回项目）。

否则，（只要许可证允许）：

1. 尝试ildasm.exe和ilasm.exe，如下所示：

   ildasm.exe /out:TheAssembly.il TheAssembly.dll

   ilasm.exe TheAssembly.il /key=MyKey.snk / dll /output=TheAssembly.dll

2. 尝试其他人提到的ILMerge 。

否则，您可能需要为第三方程序集中当前的功能寻找其他选项。

祝你好运！

Answer 2

一种选择可能是使用ILMerge对第三方程序集进行签名，但如果第三方非常定期地对其程序集部署更新，则更新会有点麻烦。

Answer 3

你可以反汇编第三方库并重新编译它，自己签名。 当然，如果违反任何许可证，或者您不了解第三方库的许可证（我假设您在使用它时，您不应该这样做），则不应该这样做。 也就是说，如果您与第三方联系，请他们给您签名版本。

Answer 4

如果您不能要求第三方签署装配（或者在许多情况下项目已被放弃），您需要自己签署装配。 在线的许多例子，包括Lloyd的答案，有时会在往返过程中引起问题。

ILMerge自身存在风险，在某些项目中可能难以维护。

我编写了一个应用程序来自动执行任何.NET托管程序集的签名，以克服所有这些限制并可靠地执行这个看似简单的任务。 这可以通过UI，命令行或编程API完成，具体取决于您的要求。 您可以在此处阅读有关该应用程序的更多信息并下载： http ： //brutaldev.com/post/2013/10/18/NET-Assembly-Strong-Name-Signer