是否可以用“弱”引用替换对强名称程序集的引用？

Question

我正在编写一个需要 SQL Server SMO 库的 .NET 工具。我不在乎它是来自 Server 2005 (9.0)、2008 (10.0) 还是 2008 R2（可能是 10.5，没有检查）的版本。 SMO 库与 SQL Server 一起安装，因此我可以放心地假设在任何安装了 SQL Server 的系统上，SMO 库的某些版本也可用。

不幸的是，SMO 库是强命名的：如果我在我的项目中添加对 SMO 9.0 的引用，如果客户系统上只有 SMO 10.0，它将失败 (FileNotFoundException)，反之亦然。

有什么方法可以告诉编译器 任何 版本的库都适合我吗？ 或者我真的必须分发 3 个相同版本的工具，每个都编译成不同版本的 SMO？

---

免责声明：我知道 SMO 库（以及 SMO 库所需的库）可以重新分发。但是，(a) 一个 100KB 的独立 EXE 和 (b) 安装一大堆先决条件的完整安装包之间存在很大差异。

免责声明 2：我知道以下重复：

• c# - can you make a “weak” assembly reference to a strong named assembly
• Need a C# Assembly to reference a strongly named assembly loosely

但是，提供的解决方案不适合。在问题 1 中，开发人员可以控制引用的 DLL（我没有）；在问题 2 中，开发人员可以控制目标系统（我也没有）。

Answer 1

基于覆盖AssemblyResolve 的Ladislav's suggestion，我能够提出以下解决方案：

Sub Main()
    ...
    Dim assembly = GetSmoAssembly()
    If assembly Is Nothing Then
        ' no suitable Version of SMO found
        ...
    Else
        ' load correct assembly
        Dim returnAssembly As ResolveEventHandler = Function() assembly
        AddHandler AppDomain.CurrentDomain.AssemblyResolve, returnAssembly
        TestSmo()
        RemoveHandler AppDomain.CurrentDomain.AssemblyResolve, returnAssembly
    End If
    ...
End Sub

Private Function GetSmoAssembly() As Assembly
    Try
        Return Assembly.Load("Microsoft.SqlServer.Smo, Version=9.0.242.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91")
    Catch ex As FileNotFoundException
    End Try

    Try
        Return Assembly.Load("Microsoft.SqlServer.Smo, Version=10.0.0.0, Culture=neutral, PublicKeyToken=89845dcd8080cc91")
    Catch ex As FileNotFoundException
    End Try

    Return Nothing
End Function

' Needs to be in a separate method, see https://stackoverflow.com/q/6847765/87698
Private Sub TestSmo()
    Dim srv As New Smo.Server()
End Sub

注意：直接在 AssemblyResolve 事件处理程序中使用 Assembly.Load 不是一个好主意，因为如果 Load 失败，它会递归调用事件处理程序。

Answer 2

据我所知，不可能消除对确切版本的依赖。这就是存在强名称的原因之一——以避免版本不匹配。程序集的内部结构甚至公共接口都可能在版本之间发生变化，您会发现新版本与旧版本不向后兼容。因此，.NET 会在编译期间查找使用的版本，以确保应用程序正常工作。

如果第三方决定他们的新版本向后兼容，并且如果他们将程序集部署到 GAC，他们可以添加 publisher policy，这将自动重定向。

如果您决定要强制加载另一个程序集，您可以使用@chibacity 提到的方法或实现AppDomain.CurrentDomain.AssemblyResolve 的处理程序。当 .NET 无法找到引用的程序集时会触发此事件，您可以实现自己的逻辑来找到它并通过调用 Assembly.LoadFrom 加载它。在这种情况下，加载哪个版本完全取决于您。

Answer 3

您可以使用Assembly Binding Redirection。

例如：

 <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="Telerik.Web.UI" publicKeyToken="121fae78165ba" />
        <bindingRedirect
               oldVersion="2010.0.0.1"
               newVersion="2011.1.315.40" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

更新

我从您的评论中看到，我们必须反过来考虑一下。

一种非常有前途的方法，但不幸的是，它只是用对版本 Y 的（强）依赖替换了对版本 X 的依赖。我仍然依赖于一个特定的版本。

我做了一些实验，针对程序集的一个版本进行编译：4.0.0.0，但想确保它会加载该版本以及一些选定的旧版本。这样，您就不会依赖于任何单个版本，而是依赖于您配置的任何版本。

如果系统上有以下任何版本，则以下内容将确保加载VersionedAssembly：4.0.0.0、3.0.0.0、2.0.0.0、1.0.0.0。

   <runtime>
      <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
         <dependentAssembly>
            <assemblyIdentity name="VersionedAssembly" publicKeyToken="20d85e" />
            <bindingRedirect oldVersion="4.0.0.0" newVersion="1.0.0.0"/>
         </dependentAssembly>
         <dependentAssembly>
            <assemblyIdentity name="VersionedAssembly" publicKeyToken="20d84e" />
            <bindingRedirect oldVersion="4.0.0.0" newVersion="2.0.0.0"/>
         </dependentAssembly>
         <dependentAssembly>
            <assemblyIdentity name="VersionedAssembly" publicKeyToken="20d84e" />
            <bindingRedirect oldVersion="4.0.0.0" newVersion="3.0.0.0"/>
         </dependentAssembly>
      </assemblyBinding>
   </runtime>