Programmatically modify Ensamblado Encuadernación

Question

Tengo un problema al trabajar con Microsoft.Build.BuildEngine que se supone que se ha modificado modificando mi archivo .exe.config para agregar lo siguiente.

<?xml version ="1.0"?> 
<configuration> 
     <runtime> 
      <assemblyBinding xmlns="urnchemas-microsoft-com:asm.v1"> 
      <dependentAssembly> 
       <assemblyIdentity name="Microsoft.Build.Framework" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/> 
       <bindingRedirect oldVersion="0.0.0.0-99.9.9.9" newVersion="3.5.0.0"/> 
      </dependentAssembly> 
       <assemblyIdentity name="Microsoft.Build.Engine" publicKeyToken="b03f5f7f11d50a3a" culture="neutral"/> 
       <bindingRedirect oldVersion="0.0.0.0-99.9.9.9" newVersion="3.5.0.0"/> 
      </dependentAssembly> 
     </assemblyBinding> 
    </runtime> 
</configuration> 

Mi problema es que no puedo modificar el archivo, tengo que solucionarlo por código, y creo que se supone que es posible, ¿verdad?

¿Pero cómo ?, ¿cómo puedo modificar mi aplicación para que se ejecute como si los cambios anteriores se hubieran realizado en el archivo de configuración?

Answer 1

Estaba luchando con un problema similar. La clave es usar el evento AppDomain.AssemblyResolve. Esto es lo que se ve mi código como:

public void LoadStuff(string assemblyFile) 
    { 
     AppDomain.CurrentDomain.AssemblyResolve += 
      new ResolveEventHandler(CurrentDomain_AssemblyResolve); 
     var assembly = Assembly.LoadFrom(assemblyFile); 

     // Now load a bunch of types from the assembly... 
    } 

    Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args) 
    { 
     var name = new AssemblyName(args.Name); 
     if (name.Name == "FooLibrary") 
     { 
      return typeof(FooClass).Assembly; 
     } 
     return null; 
    } 

Esto ignora por completo el número de versión y sustituye a la biblioteca ya cargado para cualquier referencia de la biblioteca llamada "FooLibrary". Puede usar los otros atributos de la clase AssemblyName si quiere ser más restrictivo. FooClass puede ser cualquier clase en el ensamblado de FooLibrary.

Answer 2

Una forma de hacerlo es crear una aplicación de bootstrapping que, al iniciarse, inicie la aplicación original en un dominio de aplicación separado. Cuando configure el nuevo dominio, podrá construir el archivo de configuración mediante programación.