È possibile utilizzare BindingRedirect per reindirizzare YourAssembly.dll da 1.1.0.0 a 1.2.0.0.BindingRedirect su nome assembly diverso
Qualcuno sa se è possibile farlo se i nomi degli assembly sono diversi.
E.g.
YourAssembly1.dll (v1.1) reindirizza a YourAssembly2.dll (v2.8)
Perché non utilizzare un quadro di iniezione di dipendenza, come l'Unità o Spring.NET per qualcosa di simile? La configurazione del file da caricare può essere eseguita abbastanza facilmente.
O forse caricare UpAssembly1.dll (v1.2) e delegare la sua funzionalità a YourAssembly2.dll?
Utilizzare ILDASM e ILASM per decompilare, modificare e ricompilare l'assieme originale in modo che faccia riferimento a YourAssembly2.dll.
Ho avuto l'idea nella mia testa e ho fatto un paio di ricerche per verificare che fosse possibile. Vedi Is it possible to modify assembly manifests other than by ILDASM/ILASM hacking? e http://forums.asp.net/t/1582934.aspx/1
Questo non dovrebbe essere possibile, a causa del fatto che la propria applicazione ha un riferimento a YourAssembly1.
Quando il runtime carica l'applicazione, tenta di caricare un assembly YourAssembly1.dll (applicando probing e reindirizzamenti di versione) e pertanto non può caricare l'assembly YourAssembly2.
Se ricordo correttamente, l'ho fatto circa 4 anni fa utilizzando il AppDomain.AssemblyResolve event. L'idea è di ottenere la richiesta AssemblyName e di restituire un assembly. In alcuni casi, ero persino in grado di generare DynamicAssembly in fase di esecuzione e di iniettarlo. Ho dimenticato quali effetti ha una forte denominazione su questo.
Non aiuta se non si ha il controllo sul processo di avvio. – Ryan
Grazie per il chiarimento alla tua domanda. Prova la mia nuova risposta al post. –