Uso de múltiples versiones de la misma DLL

Question

Me han encomendado la tarea de crear un nuevo módulo para una aplicación y, por lo tanto, agrego nuevas DLL al proyecto. Esto está bien y bien.

Sin embargo, en mis DLL me gustaría usar una nueva versión de una DLL externa (sobre la cual no tengo control). Si solo hago referencia a la nueva DLL y trabajo solo con esa, mi código funcionará, pero el código anterior dejará de funcionar.

Could not load file or assembly 'itextsharp, Version=5.0.6.0, Culture=neutral, 
PublicKeyToken=8354ae6d2174ddca' or one of its dependencies. The located assembly's 
manifest definition does not match the assembly reference. (Exception from HRESULT: 
0x80131040) 

He intentado un simple truco de cambiar el nombre DLL, pero que al parecer era un poco demasiado ingenua de mí, pensar que iba a funcionar. He intentado usar los alias externos (definiéndolos en mis referencias), pero todavía no sé cómo obtener dos archivos con el mismo nombre en una carpeta BIN ...

¿Qué debo hacer?

Answer 1

Puede load another version into a specific AppDomain

Posiblemente demasiado detallada, pero aquí es un artículo que demuestra el uso de dominios de aplicación en un entorno útil y cómo funcionan:

http://msdn.microsoft.com/en-us/magazine/cc164072.aspx

En un sentido muy básico, se reduce a este código de ejemplo:

AppDomain.CurrentDomain.AssemblyResolve += new ResolveEventHandler(CurrentDomain_AssemblyResolve); 
    ... 

    static System.Reflection.Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args) 
    { 
     if (/*some condition*/) 
      return Assembly.LoadFrom("DifferentDllFolder\\differentVersion.dll"); 
     else 
      return Assembly.LoadFrom(""); 
    } 

Answer 2

También puede confiar en la redirección del encuadernado de montaje f o su ensamblaje con nombre fuerte como se describe en http://msdn.microsoft.com/en-us/library/2fc472t2.aspx.

Solo tendrías una versión del archivo (la última), y ambas referencias se resolverían en ella.

Answer 3

Otra opción viable es utilizar extern, tal como se describe aquí:

http://blogs.msdn.com/b/abhinaba/archive/2005/11/30/498278.aspx

Answer 4

Si la solución dominios de aplicación no es aplicable en su caso, que se encuentran bajo la presión del tiempo, tener requisitos conflictivos (como que nunca sucede), y no les importa hacks ridículamente artificiales:

• Descompilar la versión más reciente de la asamblea con la función ildasm (parte de el indicador de comandos del desarrollador incluido con Visual Studio)
• Edite el archivo .il generado para buscar/reemplazar las referencias del espacio de nombres del ensamblado. Usando el ejemplo citado, esto sería un cambio de itextsharp.X-itextsharp.new.X
• Asimismo, editar el valor para la AssemblyTitleAttribute. Esto requiere traducir los caracteres ASCII a hexadecimal.
• volver a compilar el archivo .il usando ilasm
• Tenga en cuenta que esto puede ser necesario repetir para cualquier ensamblados dependientes (por ejemplo - someassembly.core.whatever)
• añadir el nuevo .dlls a su proyecto con un nombre diferente y hacer referencia a ellos explícitamente (en lugar de a través de Nuget o lo que sea)

Oye, no me mires así.Dije truco ridículamente ideado ...