.NETTO-Laden von Assemblys zur Laufzeit Wieder

Wenn das aktuelle Programm sieht für Baugruppen, sieht es in mehrere Standorte (bin-Ordner, gac, etc..), wenn Sie nicht finden können, dann muss der Entwickler manuell zu sagen, die Anwendung, wo Sie zu suchen. Sie können dies tun, indem er das AssemblyResolve-Ereignis, und über die event-Argumente zu sagen, die CLR, wo Ihre Versammlung ist.

AppDomain.CurrentDomain.AssemblyResolve += CurrentDomain_AssemblyResolve;
....................
Assembly CurrentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
{
   var strTempAssmbPath=
          Path.GetFullPath("C:\\Windows\\System32\\" + args.Name.Substring(0,  args.Name.IndexOf(",")) + ".dll");

   var strTempAssmbPath2=
          Path.GetFullPath("C:\\Windows\\" + args.Name.Substring(0,  args.Name.IndexOf(",")) + ".dll");


    if (File.Exists(strTempAssmbPath))
            return Assembly.LoadFrom(strTempAssmbPath);

    if (File.Exists(strTempAssmbPath2))
            return Assembly.LoadFrom(strTempAssmbPath2);
}

InformationsquelleAutor Chris Kooken

Ja, es ist ein Weg, und es hängt davon ab, ob die dll ist schwach(ohne public-key-token) oder stark(mit einem öffentlichen Schlüssel (token) genannt. Wenn Ihr schwach genannt und Sie haben eine Referenz auf die assembly mit der dll im VS, dann wird VS den ersten Blick in der Anwendung root-Ordner und wenn er es nicht findet, es wird dann schauen Sie in die Unterverzeichnisse, die Sie angeben, wie der Wert der privatePath-Attribut in der XML-config-Datei.

Wenn Ihr einen starken Namen der dll, dann wird die CLR-Suche im GAC ist so zu installieren, müssen Sie die dll in den GAC. Die CLR kann auch einen Blick in das Verzeichnis der Anwendung, wenn Sie die Installation eine XML-config-Datei, bei der codeBase-element verweist auf den dll-Pfad.

Angeben, eine assembly im GAC können Sie die /reference:[DLL-name] - Schalter beim kompilieren der assembly.

InformationsquelleAutor Lonzo

Ich hoffe, du hast gelesen, bis auf die folgenden. Mein Vorschlag...

• Wie die common language runtime Assemblys sucht
• Können Sie Ihnen die Montage.LoadWithPartialName einen Wirbel.. könnte funktionieren.. Sie sagt, Sie sucht den Ordner der Anwendung und dem GAC im Gegensatz zu der Montage.Last. (Allerdings weniger sicher.. coz Sie am Ende vielleicht die falsche version der DLL, da Sie nicht angeben, werden alle 4 Teile der Assembly-Name)
• Auch versuchen AppDomainSetup.PrivateBinPath (AppDomain.AppendPrivatePath worden ist veraltet, zu Gunsten von dies), um die Unterordner im root der Anwendung, um die Liste von Ordnern für die Sonde Assemblys für. Sie können auch versuchen, das kopieren von Dateien aus anderen Orten in einer [AppFolder]\MySandboxForDLLsToLoad, die Hinzugefügt wird, um die PrivateBinPath.

InformationsquelleAutor Gishu

Die Auflösung Algorithmus verwendet .NET finden Sie die Baugruppen und Ihre Angehörigen ist straight forward.

1. .NETTO-identifiziert die erforderliche version. In der Regel die Informationen über die abhängigen Assemblys ist in der Anwendung vorhanden ist Assemblymanifest.
2. .NET sucht GAC (Global Assembly Cache), nur wenn die assembly mit starkem Namen.
3. Wenn nicht im GAC, und wenn eine .config-Datei presnt, dann .NET durchsucht den angegebenen Ort in der cofiguration-Datei, sonst .NET Suche Verzeichnis, das die ausführbare Datei (.EXE)
4. Nach diesem, Wenn die Baugruppe ist noch nicht gefunden, die Anwendung wird beendet mit Fehler.

Klicken Sie hier für das video erklärt die .net resolution-Algorithmus, und klicken Sie hier ein video zur späten Bindung Baugruppen

InformationsquelleAutor Jane

Verwenden Sie diese
Montage.LoadWithPartialName(assemblyName);

InformationsquelleAutor