Mic*_*ltu 13 .net c# .net-3.5 c#-5.0
MyClassLibrary).ThirdPartyClassLibrary).ThirdPartyClassLibrary我的用户相同的版本.例如,如果我在ThirdPartyClassLibrary用户中设置静态值,则需要查看该更改.ThirdPartyClassLibrary.ThirdPartyClassLibrary 很大,我不想用我的软件分发它.ThirdPartyClassLibrary并验证了我将使用它们做的事情在所有版本中是兼容的(接口是相同的,方法签名是相同的,等等).ThirdPartyClassLibrary才能保持高效!每次我需要打电话时,我都无法反思一切.MyClassLibrary 将在运行时加载,所以我不能指望用户搞乱程序集绑定重定向或其他开发时间设置(或任何设置,我的用户都无法做任何事情).我如何编写MyClassLibrary这样的信息,当它加载到进程中时,无论ThirdPartyClassLibrary用户加载了哪个版本,一切都能正常工作?
Dan*_*olm 12
一种解决方法是在运行时使用AppDomain.AssemblyResolve事件.只要程序集的分辨率失败,就会触发此消息.您可以使用它来将不同版本的程序集加载到CLR尝试加载的版本.
我在GitHub上添加了一个非常简单的演示:
https://github.com/danmalcolm/AssemblyResolutionDemo
设置如下:
主应用程序App.exe直接引用程序集ThirdPartyLibrary.dll版本2.0.0.0.
它还引用了MyLibrary,它引用了旧版本的ThirdPartyLibrary版本1.0.0.0.
当版本1.0.0.0无法加载时,AppDomain.AssemblyResolve事件用于重定向到应用程序使用的版本
AssemblyResolve的处理方式如下:
public static void Initialise()
{
AppDomain.CurrentDomain.AssemblyResolve += ResolveThirdPartyLibrary;
}
private static Assembly ResolveThirdPartyLibrary(object sender, ResolveEventArgs args)
{
// Check that CLR is loading the version of ThirdPartyLibrary referenced by MyLibrary
if (args.Name.Equals("ThirdPartyLibrary, Version=1.0.0.0, Culture=neutral, PublicKeyToken=fbcbfac3e44fefed"))
{
try
{
// Load from application's base directory. Alternative logic might be needed if you need to
// load from GAC etc. However, note that calling certain overloads of Assembly.Load will result
// in the AssemblyResolve event from firing recursively - see recommendations in
// http://msdn.microsoft.com/en-us/library/ff527268.aspx for further info
var assembly = Assembly.LoadFrom("ThirdPartyLibrary.dll");
return assembly;
}
catch (Exception exception)
{
Console.WriteLine(exception);
}
}
return null;
}
Run Code Online (Sandbox Code Playgroud)
我们需要在加载ThirdPartyLibrary之前绑定到事件,因此需要显式的Initialise方法.
另请注意,事件仅在程序集的分辨率失败时触发.如果MyClassLibrary(1.0.0.0)引用的ThirdPartyLibrary版本在GAC中可用,那么它将成功加载并且不会触发AssemblyResolve.然后将使用2个不同的版本.
我在这里展示,这一机制可以被使用,我并不是说这是一个好主意.根据您的应用运行环境以及如何设置/安装/维护等,您需要考虑几件事情.
不,您不能使用对ThirdPartyClassLibrary的引用来构建MyClassLibrary,其方式是"只使用运行时可用的任何版本的ThirdPartyClassLibrary.dll".
构建库时,任何引用的程序集的版本号都包含在程序集清单中.针对程序集运行ILDASM工具将显示如下内容:
...
.assembly extern ThirdPartyClassLibrary
{
...
.ver 1:0:0:0
}
...
Run Code Online (Sandbox Code Playgroud)
指定了ThirdPartyClassLibrary的名称和版本.在运行时,CLR将在第一次运行引用它的MyClassLibrary.dll中的指令时尝试加载ThirdPartyClassLibrary.dll.它将专门针对ThirdPartyClassLibrary.dll的1.0.0.0版本(如果它是一个强命名的程序集,也需要匹配的公钥).
以下是CLR在运行时如何定位和绑定到程序集的快速概述(完整详细信息,请访问http://msdn.microsoft.com/en-us/library/yx7xezcf(v=vs.110).aspx):
步骤1 - 通过检查配置文件确定正确的程序集版本 - 我们将返回到下面的内容,但是现在,如果您不这样做,CLR将尝试加载引用程序集中指定的确切版本,因此它将寻找版本1.0.0.0.
步骤2 - 检查程序集名称是否已绑定到之前,如果是,则使用先前加载的程序集.请注意,此上下文中的"程序集名称"包括名称和版本,公钥标记等,而不仅仅是dll文件的名称.
第3步 - 检查全局程序集缓存GAC(仅限强名称程序集)
第4步 - 通过代码库或探测找到程序集 - 本质上CLR在不同的地方查找以尝试在某处找到(特定版本)AssemblyB.dll.如果找不到特定版本,则会发生错误.它不会自动回退到早期版本或更高版本.
不幸的是,这意味着事情不会"正常工作"并支持您在上面描述的内容.如果引用MyClassLibrary的应用程序引用了ThirdPartyClassLibrary的更高版本(2.0.0.0),则在解析MyClassLibrary对ThirdPartyClassLibrary的引用时可能会发生一些不好的事情:
您可以做的一件事是使用您的库配置应用程序,以便CLR将对不同版本的ThirdPartyClassLibrary.dll的引用统一为单个版本.这将我们带回到上面概述的程序集绑定过程的第1步 - 我们实质上更改了CLR正在寻找的ThirdPartyClassLibrary的版本.
绑定重定向(http://msdn.microsoft.com/en-us/library/twy1dw1e.aspx)旨在将对程序集的不同版本的引用引导到单个版本.这些通常在应用程序的配置文件(Web.config,MyApp.exe.config)中定义,但也可以在机器级别(machine.config)全局定义.
以下是将所有早期版本的ThirdPartyClassLibrary.dll重定向到版本2.0.0.0的绑定重定向示例:
<configuration>
<runtime>
<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
<dependentAssembly>
<assemblyIdentity name="AssemblyB" culture="neutral" />
<bindingRedirect oldVersion="0.0.0.0-2.0.0.0" newVersion="2.0.0.0" />
</dependentAssembly>
</assemblyBinding>
</runtime>
</configuration>
Run Code Online (Sandbox Code Playgroud)
请注意,这可以由Visual Studio 2013自动处理,它可以检测引用不同版本的程序集的情况,并为您添加绑定重定向.NuGet包管理器控制台中还提供了一个Add-BindingRedirect命令.
绑定重定向是一种可能的解决方案,在某些情况下可能是一种实用的选择.但是,他们也可能会混淆您图书馆的用户.如果可行,您应该考虑分发不同版本的库,这些版本是根据第三方库的不同版本构建的.
| 归档时间: |
|
| 查看次数: |
7613 次 |
| 最近记录: |