Як отримати розташування DLL, що виконується на даний момент?

У мене є конфігураційний файл, який мені потрібно завантажити як частину виконання dll, який я пишу.

Проблема у мене полягає в тому, що місце, де я розміщу файл dll та конфігурацію, не є "поточним місцем розташування", коли програма запущена.

Наприклад, я помістив тут файл dll і xml:

D: \ Program Files \ Microsoft Team Foundation Server 2010 \ Application Tier \ Web Services \ bin \ Plugins

Але якщо я спробую посилатися на файл xml (у моїй dll) так:

XDocument doc = XDocument.Load(@".\AggregatorItems.xml")

потім . \ AggregatorItems.xml перекладається як:

C: \ windows \ system32 \ inetsrv \ AggregatorItems.xml

Отже, мені потрібно знайти спосіб (я сподіваюся) дізнатися, де знаходиться dll, який зараз виконується. В основному я шукаю це:

XDocument doc = XDocument.Load(CoolDLLClass.CurrentDirectory+@"\AggregatorItems.xml")

Ви шукаєте System.Reflection.Assembly.GetExecutingAssembly()

string assemblyFolder = Path.GetDirectoryName(Assembly.GetExecutingAssembly().Location);
string xmlFileName = Path.Combine(assemblyFolder,"AggregatorItems.xml");

Примітка:

.LocationВластивість повертає розташування запущеного файлу DLL.

За деяких умов DLL копіюється в тіні перед виконанням, і .Locationвластивість поверне шлях до копії. Якщо вам потрібен шлях до вихідної DLL, використовуйте Assembly.GetExecutingAssembly().CodeBaseзамість цього властивість.

.CodeBaseмістить префікс ( file:\), який, можливо, вам доведеться видалити.

Відображення - це ваш друг, як уже зазначалося. Але потрібно використовувати правильний метод;

Assembly.GetEntryAssembly()     //gives you the entrypoint assembly for the process.
Assembly.GetCallingAssembly()   // gives you the assembly from which the current method was called.
Assembly.GetExecutingAssembly() // gives you the assembly in which the currently executing code is defined
Assembly.GetAssembly( Type t )  // gives you the assembly in which the specified type is defined.

У моєму випадку (стосується моїх збірок, завантажених [як файл] до Outlook):

typeof(OneOfMyTypes).Assembly.CodeBase

Зверніть увагу на використання CodeBase(не Location) на Assembly. Інші вказували на альтернативні методи визначення місця розташування зборів.

System.Reflection.Assembly.GetExecutingAssembly().Location

Якщо ви працюєте з додатком asp.net і хочете знайти збірки під час використання налагоджувача, вони зазвичай поміщаються в якийсь тимчасовий каталог. Я написав цей метод, щоб допомогти з цим сценарієм.

private string[] GetAssembly(string[] assemblyNames)
{
    string [] locations = new string[assemblyNames.Length];


    for (int loop = 0; loop <= assemblyNames.Length - 1; loop++)       
    {
         locations[loop] = AppDomain.CurrentDomain.GetAssemblies().Where(a => !a.IsDynamic && a.ManifestModule.Name == assemblyNames[loop]).Select(a => a.Location).FirstOrDefault();
    }
    return locations;
}

Докладніше див. У цій публікації в блозі http://nodogmablog.bryanhogan.net/2015/05/finding-the-location-of-a-running-assembly-in-net/

Якщо вам не вдається змінити вихідний код або перерозподілити, але ви можете перевірити запущені процеси на комп'ютері, використовуйте Провідник процесів. Я написав докладний опис тут .

У ньому буде перелічено всі виконувані DLL в системі, можливо, вам доведеться визначити ідентифікатор процесу запущеної програми, але це, як правило, не надто складно.

Я написав повний опис того, як це зробити для DLL всередині IIS - http://nodogmablog.bryanhogan.net/2016/09/locating-and-checking-an-executing-dll-on-a-running-web -сервер /