Microsoft 应用程序块 DLL V2 和 V4.1 参考

Question

我的应用程序正在引用 Microsoft Enterprise 库 V4.1，而较旧的 DLL（外部应用程序）之一需要引用 Microsoft Enterprise 库 V2.0。我确信我可以在 GAC 中注册这两个程序集，并且应用程序将开始根据需要读取相关 DLL，但这对我们来说不是一个解决方案，因为我们的安全专家不同意接受此解决方案。

有什么方法可以使用 webconfig 来明确指定旧版 DLL 使用 V2.0，而整个应用程序使用 4.V0。

注意：我们正在使用 Asp.net Visual Studio C#

迫切需要帮助！ 谢谢

更新：

尝试了使用 privatePath 探测的解决方案：

    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
        <probing privatePath="bin;ExtDLL"/>
    </assemblyBinding>

我的 Web 文件夹现在有 ExtDLL 文件夹，其中包含 Microsoft Enterprise 库的 V2.0.0.0 Dlls，但是当我调用正在使用的外部 DLL 函数时，我仍然遇到以下异常V2.0.0.0组装：

...System.IO.FileLoadException: Could not load file or assembly 'Microsoft.Practices.EnterpriseLibrary.Data, Version=2.0.0.0, Culture=neutral, PublicKeyToken=null' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)

Answer 1

你尝试过这样的事情吗？目前，我使用这种技术来支持应用程序中的多个 DLL 版本，同时避免使用 GAC。

<assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
  <dependentAssembly>
    <assemblyIdentity name="MyLibrary" publicKeyToken="605f591b87e816bd"/>
    <codeBase version="1.0.0.0" href="./v1/MyLibrary.dll"/>
    <codeBase version="2.0.0.0" href="./v2/MyLibrary.dll"/>
  </dependentAssembly>
</assemblyBinding>

请确保：

1. 您的 DLL 被强命名
2. 适当的目录结构（v1/MyLibrary.dll 和 v2/MyLibrary.dll）位于您的二进制文件夹中
3. 这些“子文件夹”中出现的 DLL 都不应直接出现在您的二进制文件中文件夹。

这是一个简单的解决方案 - 但我建议您实际命名子文件夹，使其与 GAC 中的名称相同，例如：

./MyLibrary/1.0.0.0__605f591b87e816bd/MyLibrary.dll

./MyLibrary/2.0.0.0__605f591b87e816bd/MyLibrary.dll

./MyLibrary/2.0.0.0_en_605f591b87e816bd/MyLibrary.dll（这是一个构建示例
本地化的卫星程序集总是会像这样出现）

Answer 2

我无法使用 probing/privatePath 或代码库配置加载两个版本的 Enterprise Library。

我能够让它工作的唯一方法是使用 自定义解析程序集加载.。

我将 2.0 程序集放置在应用程序 bin 目录中。然后我将 4.1 程序集放置在 bin 下名为 EL41 的目录中 (bin\EL41)。然后，我添加了自定义事件处理程序，尝试通过添加

AppDomain.CurrentDomain.AssemblyResolve += newResolveEventHandler(MyResolveEventHandler);

到启动代码然后创建 MyResolveEventHandler 来

private static Assembly MyResolveEventHandler(object sender, ResolveEventArgs args)
{
    string[] assemblyInfo = args.Name.Split(',');
    return Assembly.LoadFrom(@"file:///C:/Documents and Settings/My Documents/Visual Studio 2008/Projects/App/bin/EL41/" + assemblyInfo[0] + ".dll");
}

解析程序集，这肯定会起作用。您可以将路径放置在配置中以避免对位置进行硬编码，但我仍然感觉不对。我想知道是否有一种侵入性较小的方式来做你想做的事。