Как предварительно загрузить все развернутые сборки для AppDomain

Теперь я смог найти что-то гораздо более близкое к окончательному решению, за исключением того, что оно все еще неправильно обрабатывает путь к частному бункеру. Я заменил на него свой ранее работающий код, а также исправил несколько неприятных ошибок времени выполнения, которые у меня были (динамическая компиляция кода C # со ссылками на слишком много dll).

С тех пор я обнаружил золотое правило: всегда использовать нагрузку context, а не контекст LoadFrom, поскольку контекст Load всегда будет первым местом, куда .Net смотрит при выполнении естественного связывания. Следовательно, если вы используете контекст LoadFrom, вы получите результат только в том случае, если вы действительно загрузите его из того же места, откуда он, естественно, привязывает его, что не всегда легко.

Это решение работает как для веб-приложений, так и с учетом разницы между папками bin и «стандартными» приложениями. Его можно легко расширить для решения проблемы PrivateBinPath, как только я смогу получить надежную информацию о том, как именно он читается (!)

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);
    }
  }
}

Сначала у нас есть метод, используемый для получения выбранных нами «папок приложений». Это места, где будут развернуты сборки, развернутые пользователем. Это IEnumerable из-за PrivateBinPath крайнего случая (это может быть ряд местоположений), но на практике в данный момент это только одна папка:

Следующий метод - PreLoadDeployedAssemblies(), который вызывается перед выполнением каких-либо действий (здесь он указан как private static - в моем коде он взят из гораздо более крупного статического класса, имеющего общедоступные конечные точки, которые всегда будут запускать этот код перед выполнением каких-либо действий для первого время.

Наконец, мясо и кости. Здесь самое важное - взять файл сборки и получить его имя сборки, которое затем передать в Assembly.Load(AssemblyName), а не использовать LoadFrom.

Раньше я думал, что LoadFrom более надежен и что вам нужно вручную искать временную папку Asp.Net в веб-приложениях. Вы этого не сделаете. Все, что вам нужно, это знать имя сборки, которая, как вы знаете, обязательно должна быть загружена, и передать его Assembly.Load. В конце концов, это практически то, что делают процедуры загрузки ссылок .Net :)

Точно так же этот подход хорошо работает с настраиваемым зондированием сборки, реализованным путем зависания события AppDomain.AssemblyResolve: расширьте папки bin приложения на любые папки контейнера плагина, которые могут у вас быть, чтобы они были просканированы. Скорее всего, вы уже обработали событие AssemblyResolve, чтобы гарантировать, что они загрузятся, когда обычное зондирование не удастся, поэтому все работает как раньше.

Вот что я делаю:

public void PreLoad()
{
    this.AssembliesFromApplicationBaseDirectory();
}

void AssembliesFromApplicationBaseDirectory()
{
    string baseDirectory = AppDomain.CurrentDomain.BaseDirectory;
    this.AssembliesFromPath(baseDirectory);

    string privateBinPath = AppDomain.CurrentDomain.SetupInformation.PrivateBinPath;
    if (Directory.Exists(privateBinPath))
        this.AssembliesFromPath(privateBinPath);
}

void AssembliesFromPath(string path)
{
    var assemblyFiles = Directory.GetFiles(path)
        .Where(file => Path.GetExtension(file).Equals(".dll", StringComparison.OrdinalIgnoreCase));

    foreach (var assemblyFile in assemblyFiles)
    {
        // TODO: check it isnt already loaded in the app domain
        Assembly.LoadFrom(assemblyFile);
    }
}

Вы пробовали смотреть Assembly.GetExecutingAssembly (). Location? Это должно дать вам путь к сборке, из которой выполняется ваш код. В случае с NUnit я ожидал, что это будет то место, куда сборки были скопированы теневым образом.