Как добавить папку в путь поиска сборки во время выполнения в.NET?

Question

Как добавить папку в путь поиска сборки во время выполнения в.NET?

Мои DLL загружаются сторонним приложением, которое мы не можем настроить. Мои сборки должны быть расположены в их собственной папке. Я не могу поместить их в GAC (мое приложение требует развертывания с использованием XCOPY). Когда корневая DLL пытается загрузить ресурс или тип из другой DLL (в той же папке), загрузка завершается неудачно (FileNotFound). Можно ли программно добавить папку, в которой находятся мои DLL, в путь поиска сборки (из корневой DLL)? Мне не разрешено изменять конфигурационные файлы приложения.

150

.net search path assemblies

Источник

user129150 03 сен '09 в 12:26

7 ответов

Другие вопросы по тегам .net search path assemblies

user161909 03 сен '09 в 13:04 2009-09-03 13:04 · Answer 1 · 2009-09-03 13:04

Похоже, вы можете использовать событие AppDomain.AssemblyResolve и вручную загрузить зависимости из вашего каталога DLL.

Изменить (из комментария):

AppDomain currentDomain = AppDomain.CurrentDomain;
currentDomain.AssemblyResolve += new ResolveEventHandler(LoadFromSameFolder);

static Assembly LoadFromSameFolder(object sender, ResolveEventArgs args)
{
    string folderPath = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
    string assemblyPath = Path.Combine(folderPath, new AssemblyName(args.Name).Name + ".dll");
    if (!File.Exists(assemblyPath)) return null;
    Assembly assembly = Assembly.LoadFrom(assemblyPath);
    return assembly;
}

user126014 03 сен '09 в 12:30 2009-09-03 12:30 · Answer 2 · 2009-09-03 12:30

Вы можете добавить путь зондирования в файл.config вашего приложения, но он будет работать только в том случае, если путь зондирования содержится в базовом каталоге вашего приложения.

62

Источник

user126014 03 сен '09 в 12:30

user3464614 23 апр '14 в 08:22 2014-04-23 08:22 · Answer 3 · 2014-04-23 08:22

Обновление для Framework 4

Поскольку Framework 4 вызывает событие AssemblyResolve также для ресурсов, на самом деле этот обработчик работает лучше. Он основан на концепции, что локализации находятся в подкаталогах приложения (одна для локализации с именем культуры, т.е. C:\MyApp\it для итальянского языка) Внутри находится файл ресурсов. Обработчик работает также, если локализация - страна-регион, то есть it-IT или pt-BR. В этом случае обработчик "может вызываться несколько раз: по одному разу для каждой культуры в резервной цепочке" [из MSDN]. Это означает, что если мы возвращаем значение null для файла ресурсов "it-IT", платформа вызывает событие, запрашивая "it".

Event hook

        AppDomain currentDomain = AppDomain.CurrentDomain;
        currentDomain.AssemblyResolve += new ResolveEventHandler(currentDomain_AssemblyResolve);

Обработчик события

    Assembly currentDomain_AssemblyResolve(object sender, ResolveEventArgs args)
    {
        //This handler is called only when the common language runtime tries to bind to the assembly and fails.

        Assembly executingAssembly = Assembly.GetExecutingAssembly();

        string applicationDirectory = Path.GetDirectoryName(executingAssembly.Location);

        string[] fields = args.Name.Split(',');
        string assemblyName = fields[0];
        string assemblyCulture;
        if (fields.Length < 2)
            assemblyCulture = null;
        else
            assemblyCulture = fields[2].Substring(fields[2].IndexOf('=') + 1);


        string assemblyFileName = assemblyName + ".dll";
        string assemblyPath;

        if (assemblyName.EndsWith(".resources"))
        {
            // Specific resources are located in app subdirectories
            string resourceDirectory = Path.Combine(applicationDirectory, assemblyCulture);

            assemblyPath = Path.Combine(resourceDirectory, assemblyFileName);
        }
        else
        {
            assemblyPath = Path.Combine(applicationDirectory, assemblyFileName);
        }



        if (File.Exists(assemblyPath))
        {
            //Load the assembly from the specified path.                    
            Assembly loadingAssembly = Assembly.LoadFrom(assemblyPath);

            //Return the loaded assembly.
            return loadingAssembly;
        }
        else
        {
            return null;
        }

    }

user661933 20 фев '13 в 11:32 2013-02-20 11:32 · Answer 4 · 2013-02-20 11:32

Лучшее объяснение от самой MS:

AppDomain currentDomain = AppDomain.CurrentDomain;
currentDomain.AssemblyResolve += new ResolveEventHandler(MyResolveEventHandler);

private Assembly MyResolveEventHandler(object sender, ResolveEventArgs args)
{
    //This handler is called only when the common language runtime tries to bind to the assembly and fails.

    //Retrieve the list of referenced assemblies in an array of AssemblyName.
    Assembly MyAssembly, objExecutingAssembly;
    string strTempAssmbPath = "";

    objExecutingAssembly = Assembly.GetExecutingAssembly();
    AssemblyName[] arrReferencedAssmbNames = objExecutingAssembly.GetReferencedAssemblies();

    //Loop through the array of referenced assembly names.
    foreach(AssemblyName strAssmbName in arrReferencedAssmbNames)
    {
        //Check for the assembly names that have raised the "AssemblyResolve" event.
        if(strAssmbName.FullName.Substring(0, strAssmbName.FullName.IndexOf(",")) == args.Name.Substring(0, args.Name.IndexOf(",")))
        {
            //Build the path of the assembly from where it has to be loaded.                
            strTempAssmbPath = "C:\\Myassemblies\\" + args.Name.Substring(0,args.Name.IndexOf(","))+".dll";
            break;
        }

    }

    //Load the assembly from the specified path.                    
    MyAssembly = Assembly.LoadFrom(strTempAssmbPath);                   

    //Return the loaded assembly.
    return MyAssembly;          
}

user4122889 27 сен '19 в 00:22 2019-09-27 00:22 · Answer 5 · 2019-09-27 00:22

Я пришел сюда из-за другого (отмеченного как повторяющегося) вопроса о добавлении проверочного тега в файл App.Config.

Я хочу добавить к этому примечание - Visual Studio уже сгенерировала файл App.config, однако добавление проверочного тега к предварительно сгенерированному тегу времени выполнения не сработало! вам нужен отдельный тег времени выполнения с включенным тегом исследования. Короче говоря, ваш App.Config должен выглядеть так:

<?xml version="1.0" encoding="utf-8"?>
<configuration>
    <startup> 
        <supportedRuntime version="v4.0" sku=".NETFramework,Version=v4.7.2" />
    </startup>
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <dependentAssembly>
        <assemblyIdentity name="System.Text.Encoding.CodePages" publicKeyToken="b03f5f7f11d50a3a" culture="neutral" />
        <bindingRedirect oldVersion="0.0.0.0-4.1.1.0" newVersion="4.1.1.0" />
      </dependentAssembly>
    </assemblyBinding>
  </runtime>

  <!-- Discover assemblies in /lib -->
  <runtime>
    <assemblyBinding xmlns="urn:schemas-microsoft-com:asm.v1">
      <probing privatePath="lib" />
    </assemblyBinding>
  </runtime>
</configuration>

Это заняло некоторое время, поэтому я публикую это здесь. Также кредиты пакету PrettyBin NuGet. Это пакет, который автоматически перемещает библиотеки DLL. Мне понравился более ручной подход, поэтому я не использовал его.

Также - вот сценарий пост-сборки, который копирует все.dll/.xml/.pdb в /Lib. Это убирает загроможденную папку /debug (или /release), чего, я думаю, люди пытаются достичь.

:: Moves files to a subdirectory, to unclutter the application folder
:: Note that the new subdirectory should be probed so the dlls can be found.
SET path=$(TargetDir)\lib
if not exist "%path%" mkdir "%path%"
del /S /Q "%path%"
move /Y $(TargetDir)*.dll "%path%"
move /Y $(TargetDir)*.xml "%path%"
move /Y $(TargetDir)*.pdb "%path%"

user1151392 09 ноя '17 в 09:05 2017-11-09 09:05 · Answer 6 · 2017-11-09 09:05

Я использовал решение @Mattias S. Если вы действительно хотите разрешить зависимости из одной и той же папки - попробуйте использовать Запрос местоположения сборки, как показано ниже. args.RequestingAssembly должна быть проверена на ничтожность.

System.AppDomain.CurrentDomain.AssemblyResolve += (s, args) =>
{
    var loadedAssembly = System.AppDomain.CurrentDomain.GetAssemblies().Where(a => a.FullName == args.Name).FirstOrDefault();
    if(loadedAssembly != null)
    {
        return loadedAssembly;
    }

    if (args.RequestingAssembly == null) return null;

    string folderPath = Path.GetDirectoryName(args.RequestingAssembly.Location);
    string rawAssemblyPath = Path.Combine(folderPath, new System.Reflection.AssemblyName(args.Name).Name);

    string assemblyPath = rawAssemblyPath + ".dll";

    if (!File.Exists(assemblyPath))
    {
        assemblyPath = rawAssemblyPath + ".exe";
        if (!File.Exists(assemblyPath)) return null;
    } 

    var assembly = System.Reflection.Assembly.LoadFrom(assemblyPath);
    return assembly;
 };

user1170370 08 окт '14 в 20:15 2014-10-08 20:15 · Answer 7 · 2014-10-08 20:15

Для пользователей C++/CLI вот ответ @Mattias S (который работает для меня):

using namespace System;
using namespace System::IO;
using namespace System::Reflection;

static Assembly ^LoadFromSameFolder(Object ^sender, ResolveEventArgs ^args)
{
    String ^folderPath = Path::GetDirectoryName(Assembly::GetExecutingAssembly()->Location);
    String ^assemblyPath = Path::Combine(folderPath, (gcnew AssemblyName(args->Name))->Name + ".dll");
    if (File::Exists(assemblyPath) == false) return nullptr;
    Assembly ^assembly = Assembly::LoadFrom(assemblyPath);
    return assembly;
}

// put this somewhere you know it will run (early, when the DLL gets loaded)
System::AppDomain ^currentDomain = AppDomain::CurrentDomain;
currentDomain->AssemblyResolve += gcnew ResolveEventHandler(LoadFromSameFolder);

user365356 12 июн '10 в 19:09 2010-06-12 19:09 · Answer 8 · 2010-06-12 19:09

Изучите AppDomain.AppendPrivatePath (не рекомендуется) или AppDomainSetup.PrivateBinPath.

7

Источник

user365356 12 июн '10 в 19:09