BindingRedirect an anderen Assemblynamen

Question

Sie können BindingRedirect verwenden, um YourAssembly.dll 1.1.0.0 zu 1.2.0.0 umzuleiten.

Weiß jemand, ob es möglich ist, dies zu tun, wenn die Assembly-Namen unterschiedlich sind.

z.

YourAssembly1.dll (v1.1) Umleitungen an YourAssembly2.dll (v2.8)

Answer 1

Warum nicht ein Dependency Injection-Framework wie Unity oder Spring.NET für so etwas nutzen? Das Konfigurieren der zu ladenden Datei kann ziemlich einfach durchgeführt werden.

Oder vielleicht laden Sie YourAssembly1.dll (v1.2) und haben Sie ihre Funktionalität zu YourAssembly2.dll zu delegieren?

Answer 2

Verwenden Sie ILDASM und ILASM zum Dekompilieren, Ändern und Neukompilieren der ursprünglichen Assembly, sodass sie auf YourAssembly2.dll verweist.

Ich habe die Idee in meinem Kopf und machte ein paar Suchen, um zu überprüfen, ob es möglich ist. Siehe Is it possible to modify assembly manifests other than by ILDASM/ILASM hacking? und http://forums.asp.net/t/1582934.aspx/1

Answer 3

Dies sollte nicht möglich sein, da Ihre eigene Anwendung einen Verweis auf hat.

Wenn die Runtime Ihre Anwendung lädt, versucht sie, eine Assembly YourAssembly1.dll zu laden (mit Sondierungs- und Versionsumleitungen) und kann daher die Assembly YourAssembly2 nicht laden.

Answer 4

Wenn ich mich richtig erinnere, habe ich dies vor etwa 4 Jahren mit der AppDomain.AssemblyResolve event getan. Die Idee ist, dass Sie die AssemblyName-Anforderung erhalten und eine Assembly zurückgeben. In einigen Fällen war ich sogar in der Lage, DynamicAssembly zur Laufzeit zu generieren und das zu injizieren. Ich vergesse, welche Auswirkungen starke Namensgebung darauf hat.