Unterschied zwischen LoadFile und LoadFrom mit .NET Assemblies?

Question

Ich schaute auf die msdn Dokumentation und ich bin immer noch ein wenig verwirrt darüber, was genau der Unterschied zwischen LoadFile und LoadFrom beim Laden einer Baugruppe ist. Kann jemand ein Beispiel oder eine Analogie liefern, um es besser zu beschreiben? Die MSDN-Dokumentation hat mich mehr verwirrt. Ist auch ReflectionOnlyLoadFrom das gleiche wie LoadFrom, außer dass es die Baugruppe nur im Reflexionsmodus lädt.

Da meine .NET Erfahrung nicht das größte ist, sind hier einige Fragen in Bezug auf die MSDN-Dokumentation mit Loadfile:

1) Was bedeutet es von LoadFile sucht Baugruppen, die die gleiche Identität haben, sind aber in unterschiedlichen gelegen Wege? Was ist die Identität (Beispiel)?

2) Es besagt, dass LoadFile Dateien nicht in den 'LoadFrom Context' lädt und keine Abhängigkeiten mit dem Ladepfad auflöst. Was bedeutet das, kann jemand ein Beispiel geben?

3) Schließlich gibt es an, dass LoadFile in diesem begrenzten Szenario nützlich ist, da LoadFrom Assemblys nicht laden kann, die die gleichen Identitäten aber unterschiedliche Pfade aufweisen; es wird nur die erste solche Assembly laden, was mich wiederum zur gleichen Frage bringt: Was ist die Assembly-Identität?

Answer 1

Ist das klar?

// path1 and path2 point to different copies of the same assembly on disk: 

Assembly assembly1 = Assembly.LoadFrom(path1); 
Assembly assembly2 = Assembly.LoadFrom(path2); 

// These both point to the assembly from path1, so this is true 
Console.WriteLine(assembly1.CodeBase == assembly2.CodeBase); 

assembly1 = Assembly.LoadFile(path1); 
assembly2 = Assembly.LoadFile(path2); 

// These point to different assemblies now, so this is false 
Console.WriteLine(assembly1.CodeBase == assembly2.CodeBase); 

---

bearbeiten: die Fragen zu beantworten, die Sie in Ihrer überarbeiteten Frage aufgeworfen, Sie wollen auf jeden Fall Suzanne Cook on Assembly Identity lesen.

Es gibt viele Regeln, die regeln, wie Assemblys geladen werden, und einige davon haben mit der Auflösung von Abhängigkeiten zu tun. Wenn Ihre AssemblyA von AssemblyB abhängig ist, wo sollte .NET nach AssemblyB suchen? Im Global Assembly Cache, im selben Verzeichnis, in dem es AssemblyA gefunden hat, oder irgendwo anders? Wenn er mehrere Kopien dieser Baugruppe findet, wie sollte er dann wählen, welche zu verwenden?

LoadFrom hat einen Satz von Regeln, während LoadFile einen anderen Satz von Regeln hat. Es ist schwer sich viele Gründe für die Verwendung von LoadFile vorzustellen, aber wenn Sie Reflektionen auf verschiedenen Kopien derselben Baugruppe verwenden müssen, ist es für Sie da.

Answer 2

Von Suzanne Cook's blog:

Loadfile vs. Loadfrom

Vorsicht - das ist nicht die gleiche Sache.

Loadfrom() geht durch Fusion und kann jedoch mit selbe Identität, wenn man bereits auf einem anderen Weg zu einer anderen Anordnung weitergeleitet ist im Loadfrom Kontext geladen.

LoadFile() bindet überhaupt nicht durch Fusion - der Lader geht einfach voraus und lädt genau * was der Aufrufer angefordert hat. Es verwendet weder den Load- noch den LoadFrom-Kontext .

Also, LoadFrom() gibt Ihnen normalerweise, was Sie gefragt haben, aber nicht unbedingt. LoadFile() ist für diejenigen, die wirklich wollen, wirklich genau das, was angefordert wird. (* jedoch in v2 starten, wird Politik sowohl Loadfrom() und Loadfile() angewendet werden, so Loadfile() nicht unbedingt genau das, was war angefordert. Ebenfalls ab, in v2, wenn ein Montage mit seiner Identität ist in der GAC, wird die GAC Kopie stattdessen verwendet werden Verwenden ReflectionOnlyLoadFrom() genau zu laden, was Sie wollen -.. aber, beachten Sie, dass Baugruppen auf diese Weise ausgeführt kann nicht geladen werden)

LoadFile() hat einen Haken. Da keinen Bindungskontext verwendet, werden seine Abhängigkeiten nicht automatisch in seinem Verzeichnis gefunden. Wenn sie im Ladekontext nicht verfügbar sind, müssten Sie das AssemblyResolve-Ereignis abonnieren, um an sie zu binden.

Siehe here.

Siehe auch Choosing a Binding Context Artikel auf dem gleichen Blog.

Answer 3

.NET hat einen anderen Ladekontext. Suzanne Cook schrieb über sie hier: http://blogs.msdn.com/suzcook/archive/2003/05/29/57143.aspx

Dies ist die Art und Weise. Net Quarantänen, die Referenzen sind nicht durcheinander.

Answer 4

ein Unterschied, der mir aufgefallen ist:

Assembly.LoadFile - Lädt Montage in verschiedenen AppDomain mit eingeschränkten Benutzerrechten (diffrence principel). Operationen wie Serilisierung/Deserilisierung konnten nicht durchgeführt werden.

Assembly.LoadFrom - Lädt Assembly in derselben AppDomain mit denselben Benutzerrechten (dasselbe Principel).

Answer 5

Hinweis: Wenn eine Assembly mit einem 8.3-Pfad und dann mit einem nicht-8.3-Pfad geladen wird, werden sie als verschiedene Assemblys angezeigt, obwohl sie dieselbe physische DLL sind.

Answer 6

Nach einer Menge Kopfschütteln habe ich heute Nachmittag einen Unterschied entdeckt.

Ich wollte eine DLL zur Laufzeit laden, und die DLL lebte in einem anderen Verzeichnis. Diese DLL hatte ihre eigenen Abhängigkeiten (DLLs), die auch in demselben Verzeichnis lebten.

LoadFile(): Loaded die bestimmte DLL, aber nicht die Abhängigkeiten. Wenn der erste Aufruf von der DLL zu einer dieser anderen DLLs erfolgte, wurde eine FileNotFoundException ausgelöst.

LoadFrom(): Loaded die DLL, die ich angegeben und auch alle Abhängigkeiten, die in diesem Verzeichnis lebten.

Answer 7

In meinem Fall musste ich nur einfach den ASP-Anwendungscache löschen, der sich unter C:\Windows\Microsoft.NET\Framework\[asp version]\Temporary ASP.NET Files befindet. Es wird neu erstellt, wenn die Site zum ersten Mal ausgeführt wird. Stellen Sie sicher, dass Sie zuerst IIS beenden.

Hoffe das hilft jemand wie es für mich getan hat.

Answer 8

Laut Dokumentation:

Loadfile (String): Lädt den Inhalt einer Baugruppendatei ein Dateipfad angegeben.

LoadFrom (String): Lädt eine Assembly anhand ihres Dateinamens oder Pfades.