如何让 2 个同名的 .Net Dll 一起工作？

Question

我的应用程序中有一个 DLL，它本身可以正常工作。但是，供应商发布了该 dll 的较新版本，我尝试使用 Visual Studio 合并该 dll。这些 DLL 共享相同的文件名，但使用不同的命名空间，并且后者不向后兼容。

为了让 VS 使用较新的文件，我重命名了该文件，这是有意义的。然而，每次我构建应用程序时，它只想将较新的 dll 复制到应用程序文件夹，而基本上忽略较旧的 dll。我尝试过“复制本地”和其他设置，但没有成功。我或许可以将 dll 添加到 GAC 中并完成它，但我并不是真的想这样做。

我怎样才能让 VS 将两者视为完全独立的项目？

Answer 1

我的应用程序中有一个 DLL，它本身可以正常工作。但是，供应商发布了该 dll 的较新版本，我正尝试使用 Visual Studio 合并该 dll

为什么不完全删除旧的 DLL 并更改代码以使新的 DLL 工作？为什么要同时使用两者？

Answer 2

您可以将这两个 DLL 部署到不同的子目录。然后，您需要在 app.config 中设置规则，告诉 .NET 在哪里可以找到每个版本。

基于 MSDN 页面的 element：

<configuration>
   <runtime>
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
         <dependentAssembly>
            <assemblyIdentity name="myAssembly"
                              publicKeyToken="32ab4ba45e0a69a1"
                              culture="neutral" />
            <codeBase version="1.0.0.0"
                      href="Version1/myAssembly.dll"/>
            <codeBase version="2.0.0.0"
                      href="Version2/myAssembly.dll"/>
         </dependentAssembly>
      </assemblyBinding>
   </runtime>
</configuration>

在构建时，您需要设置 Copy Local=false，以防止 Visual Studio 变得混乱。您还需要一个构建后步骤来设置 Version1 和 Version2 子目录。

请注意，这假设您可以根据版本号区分 DLL。

Answer 3

实际上，我通过一个简单的构建后步骤将 dll 复制到应用程序文件夹来解决了这个问题。 VS 对待每个不同，但在构建时只复制后者。