传递依赖导致同一DLL的冲突版本

Question

传递依赖导致同一DLL的冲突版本

c#.netdlldependency-managementtransitive-dependency

10

在.NET世界中，如何管理可能引起版本冲突的传递依赖关系是最佳实践？

具体而言：

项目A依赖于项目B，而项目B又依赖于库C。

同时，

项目A还依赖于项目X，而项目X依赖于不同且（可能）不兼容的库C版本。

A->B->Cv1.0
&
A->X->Cv2.0
其中
Cv1.0 <> Cv2.0

有方法可以使这个工作吗？
能否在没有使用GAC的情况下完成？
即使B和X仅以二进制格式存在（源代码不可访问），也能够完成吗？

换句话说，在Project A中，是否有一种方式可以使Project B和X各自使用其依赖项，而不会导致冲突。

注意：我意识到理想情况下根本不应该存在这个问题，但随着对外部库的依赖程度增加，这将是不可避免的副作用。因此，我想知道如果出现这种情况，最好的处理方法是什么。

- Newtopian

1

理想情况下，您应该重新构建或更新B，使其依赖于当前版本的C。如果您无法这样做，可以尝试重新映射版本。但这并不能保证一定能够成功！ - Cheeso

2

同意理想情况下应该清理项目以避免第一次出现这种情况，但这并非总是可能的，因此才会有这个问题。 - Newtopian

1

重新映射 DLL 只有在两个版本彼此兼容时才是好的。最糟糕的情况是，如果它们不兼容，是否有一种方法让每个中间依赖项使用它所制作的版本，并仍然执行主项目期望的工作。 - Newtopian

是的，您也可以加载多个不同版本的程序集。为此，请使用不同的AppDomains。https://dev59.com/fUjSa4cB1Zd3GeqPG556#1189491 - Cheeso

2

CLR可以在AppDomain中加载2个版本（我已经观察到这一点，我猜通过强命名引用就足够了）。但是，如果不重构/重新编译外部依赖项，您将自己暴露于许多困难的问题之中。在您的机器上可行的解决方案可能在其他奇特的生产环境中无法正常工作。 - Patrick from NDepend team

显示剩余3条评论

1个回答

网页内容由stack overflow 提供, 点击上面的

可以查看英文原文，
原文链接

- Amit Mittal · Accepted Answer

有很多类似的问题在Stack Overflow上。例如：Referencing 2 different versions of log4net in the same solution

摘要：

确保你将C程序集分别部署在包含主可执行文件的1.0和2.0文件夹中。
更改app.config文件并包括以下内容：

 <configuration>
   <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
       <assemblyIdentity name="C" publicKeyToken="C's public key token" />
        <codeBase version="version string for C1.0 e.g. 1.0.0.0" href="1.0\C.dll" />
        <codeBase version="version string for C2.0 e.g. 2.0.0.0" href="2.0\C.dll" />
       </assemblyIdentity>
      </dependentAssembly>
    </assemblyBinding>
   </runtime>
 </configuration>

使用sn -T C.dll可以获取C的公钥令牌。

如果C的v1.0和v2.0具有不同的公钥（虽然理想情况下不应该出现这种情况），则需要包含两个dependentAssembly标记。