Получить расположение динамически загружаемой сборки

Question

Скажем, у меня есть приложение: C: \ MyPrograms \ App.exe

Это приложение не ссылается Library.dll. App.exe может динамически загружать сборки.

И давайте говорить о том, что путь к DLL является C: \ MyPrograms \ библиотека DLL \ Library.dll

Я могу получить путь исполняющей сборки (App.exe), независимо от того, что я не попробую ,

GetExecutingAssembly()

GetEntryAssembly()

AppDomain.CurrentDomain.BaseDirectory

Есть ли способ, чтобы получить местоположение DLL, который динамически загружается? Все просто возвращает, для примера, расположение App.exe

EDIT 1: Перефразируя OP ...

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

Что я хотел бы сделать, так это получить текущее местоположение динамически загружаемой библиотеки DLL. т.е. для обработки ошибок, я хотел бы иметь возможность записывать журнал ошибок в тот же каталог, в котором находится DLL.

Я нашел и попробовал несколько способов получить место, где находится загруженная DLL, однако это либо возвращает каталог сборки CALLING (MyApp.exe) или вообще ничего.

Answer 1

System.Reflection.Assembly класс имеет свойство Location, которое получает путь или UNC-адрес загруженного файла, который содержит манифест. Так, если, например, вы загружаете сборки таким образом

var assembly = System.Reflection.Assembly.Load(@"<assembly name>"); 

assembly.Location вернет то, что вы спрашиваете.

Ответ Редактирование 1: Для того, чтобы сделать это

для обработки ошибок, я хотел бы, чтобы иметь возможность написать журнал ошибок в же каталог DLL находится в

вы можете

1. Load an assembly to app domain и подписаться на AppDomain.UnhandledException, где вы можете поместить журнал ошибок ging код. Этот код будет знать текущий домен и его базовый каталог.
2. Передайте какой-то контекст в пути сборки при вызове методов сборки и используйте его в логике ведения журнала. Это может быть контекст нити, если вы вызываете методы сборки только в одном потоке.

Answer 2

Если вы находитесь внутри самой динамически загружаемой сборки, где вы определили класс под названием MyDynLoadObject вы можете сделать это:

Assembly assem = Assembly.GetAssembly(typeof(MyDynLoadObject)); 

Edit: Еще один путь:

public class MyDynLoadObject 
{ 
    public MyDynLoadObject() 
    { 

     Assembly assem = this.GetType().Assembly; 

    } 
}