So laden Sie alle bereitgestellten Assemblies für eine Anwendungsdomäne vorab

Habe ich jetzt in der Lage zu bekommen, etwas, das viel näher an einer endgültigen Lösung, außer, dass es noch nicht die Verarbeitung der private bin-Pfad richtig. Ich habe ersetzt meine zuvor live code mit dieser und löste auch ein paar böse runtime-bugs, die ich hatte, in die Schnäppchen (die dynamische Kompilierung von C# - code referenzieren, viel zu viele dlls).

Die goldene Regel, die ich seither entdeckt habe, ist verwenden Sie immer die load-Kontextnicht der LoadFrom-Kontext, da die Last der Kontext wird immer die erste Stelle sein .Netto sieht bei der Durchführung einer natürlichen binden. Daher, wenn Sie die LoadFrom-Kontext, Sie erhalten nur einen Treffer, wenn Sie tatsächlich laden Sie es von der gleichen Stelle, wäre es natürlich binden Sie es aus - das ist nicht immer einfach.

Diese Lösung funktioniert sowohl bei web-Anwendungen unter Berücksichtigung der bin-Ordner Unterschied zu "standard" - apps. Es kann leicht erweitert werden, um Platz für die PrivateBinPath problem, sobald ich eine zuverlässige Griff auf, genau so, wie es ist zu Lesen(!)

private static IEnumerable<string> GetBinFolders()
{
  //TODO: The AppDomain.CurrentDomain.BaseDirectory usage is not correct in 
  //some cases. Need to consider PrivateBinPath too
  List<string> toReturn = new List<string>();
  //slightly dirty - needs reference to System.Web.  Could always do it really
  //nasty instead and bind the property by reflection!
  if (HttpContext.Current != null)
  {
    toReturn.Add(HttpRuntime.BinDirectory);
  }
  else
  {
    //TODO: as before, this is where the PBP would be handled.
    toReturn.Add(AppDomain.CurrentDomain.BaseDirectory);
  }

  return toReturn;
}

private static void PreLoadDeployedAssemblies()
{
  foreach(var path in GetBinFolders())
  {
    PreLoadAssembliesFromPath(path);
  }
}

private static void PreLoadAssembliesFromPath(string p)
{
  //S.O. NOTE: ELIDED - ALL EXCEPTION HANDLING FOR BREVITY

  //get all .dll files from the specified path and load the lot
  FileInfo[] files = null;
  //you might not want recursion - handy for localised assemblies 
  //though especially.
  files = new DirectoryInfo(p).GetFiles("*.dll", 
      SearchOption.AllDirectories);

  AssemblyName a = null;
  string s = null;
  foreach (var fi in files)
  {
    s = fi.FullName;
    //now get the name of the assembly you've found, without loading it
    //though (assuming .Net 2+ of course).
    a = AssemblyName.GetAssemblyName(s);
    //sanity check - make sure we don't already have an assembly loaded
    //that, if this assembly name was passed to the loaded, would actually
    //be resolved as that assembly.  Might be unnecessary - but makes me
    //happy :)
    if (!AppDomain.CurrentDomain.GetAssemblies().Any(assembly => 
      AssemblyName.ReferenceMatchesDefinition(a, assembly.GetName())))
    {
      //crucial - USE THE ASSEMBLY NAME.
      //in a web app, this assembly will automatically be bound from the 
      //Asp.Net Temporary folder from where the site actually runs.
      Assembly.Load(a);
    }
  }
}

Zuerst haben wir die Methode verwendet, um die von uns gewählte 'app-Ordner'. Dies sind die Orte, an denen die Benutzer bereitgestellt werden Assemblys bereitgestellt wurden. Es ist ein IEnumerable, weil der PrivateBinPath edge-Fall (es kann werden eine Reihe von Standorten), aber in der Praxis ist es immer nur ein Ordner im moment:

Die nächste Methode ist PreLoadDeployedAssemblies()die aufgerufen wird, bevor etwas zu tun (hier aufgelistet als private static - in meinem code dies ist ein Auszug aus einer viel größeren statischen Klasse, die öffentlichen Endpunkte, die immer Auslöser dieser code ausgeführt werden, bevor etwas zu tun für die erste Zeit.

Endlich gibt es das Fleisch und die Knochen. Das wichtigste hier ist es, eine assembly-Datei und erhalten es ist die assembly-namedie Sie dann weitergeben zu Assembly.Load(AssemblyName) - und nicht, um LoadFrom.

Ich bisher dachte, dass LoadFrom zuverlässiger war, und das mussten Sie manuell gehen und finden Sie die temporäre Asp.Net Ordner in web-apps. Sie nicht. Alles, was Sie wissen, ist der name einer assembly, die Sie wissen sollten auf jeden Fall geladen werden - und übergeben es an Assembly.Load. Nachdem alle, das ist praktisch das, was .Net Referenz laden von Routinen tun 🙂

Ebenso, dieser Ansatz funktioniert gut mit benutzerdefinierten assembly Sondieren umgesetzt durch erhängen aus der AppDomain.AssemblyResolve Veranstaltung als gut: die app Erweitern, bin-Ordner alle plugin-container Ordner, die Sie haben können, so dass Sie gescannt. Wahrscheinlich haben Sie bereits behandelt AssemblyResolve Ereignis irgendwie um sicherzustellen, dass Sie geladen werden, wenn die normale überprüfung fehlschlägt, so funktioniert alles wie vorher.

InformationsquelleAutor der Antwort Andras Zoltan

Haben Sie versucht, Blick auf die Montage.GetExecutingAssembly().Lage? Das sollte geben Sie den Pfad der assembly, wo der code ausgeführt wird. In der NUnit Fall würde ich erwarten, dass, wo die Versammlungen waren Schatten kopiert.

InformationsquelleAutor der Antwort Andy