Як мені отримати шлях складання коду?

Чи є спосіб отримати шлях для складання, в якому знаходиться поточний код? Я не хочу шлях до виклику, що викликає, лише той, що містить код.

В основному мій тестовий модуль повинен прочитати деякі тестові файли xml, які розташовані відносно dll. Я хочу, щоб шлях завжди вирішувався правильно, незалежно від того, тестовий dll запускається з TestDriven.NET, графічного інтерфейсу MbUnit або чогось іншого.

Редагувати : Здається, люди не розуміють того, про що я прошу.

Моя тестова бібліотека розташована у скажімо

C: \ projects \ myapplication \ daotests \ bin \ Debug \ daotests.dll

і я хотів би пройти цей шлях:

C: \ projects \ myapplication \ daotests \ bin \ Debug \

Три мої пропозиції поки що не підлягають мене, коли я біжу від MbUnit Gui:

• Environment.CurrentDirectory дає c: \ Файли програм \ MbUnit

• System.Reflection.Assembly.GetAssembly(typeof(DaoTests)).Location дає C: \ Документи та налаштування \ george \ Місцеві налаштування \ Temp \ .... \ DaoTests.dll

• System.Reflection.Assembly.GetExecutingAssembly().Location дає те саме, що і попереднє.

Я визначив наступне властивість, оскільки ми часто використовуємо це при тестуванні одиниць.

public static string AssemblyDirectory
{
    get
    {
        string codeBase = Assembly.GetExecutingAssembly().CodeBase;
        UriBuilder uri = new UriBuilder(codeBase);
        string path = Uri.UnescapeDataString(uri.Path);
        return Path.GetDirectoryName(path);
    }
}

Assembly.LocationВластивість іноді дають деякі забавні результати при використанні NUnit (де вузли запуску з тимчасової папки), тому я вважаю за краще використовувати , CodeBaseяка дає вам шлях в форматі URI, а потім UriBuild.UnescapeDataStringвидаляє File://на початку, і GetDirectoryNameзмінює його в формат нормальних вікон .

Чи допомагає це?

//get the full location of the assembly with DaoTests in it
string fullPath = System.Reflection.Assembly.GetAssembly(typeof(DaoTests)).Location;

//get the folder that's in
string theDirectory = Path.GetDirectoryName( fullPath );

Це так просто, як це:

var dir = AppDomain.CurrentDomain.BaseDirectory;

Те саме, що відповідь Джона, але трохи менш дослівний метод продовження.

public static string GetDirectoryPath(this Assembly assembly)
{
    string filePath = new Uri(assembly.CodeBase).LocalPath;
    return Path.GetDirectoryName(filePath);            
}

Тепер ви можете зробити:

var localDir = Assembly.GetExecutingAssembly().GetDirectoryPath();

або якщо ви віддаєте перевагу:

var localDir = typeof(DaoTests).Assembly.GetDirectoryPath();

Єдине рішення, яке працювало для мене при використанні акцій CodeBase та UNC Network:

System.IO.Path.GetDirectoryName(new System.Uri(System.Reflection.Assembly.GetExecutingAssembly().CodeBase).LocalPath);

Він також працює і зі звичайними URI.

Це повинно працювати, якщо збірка не скопійована в тіні :

string path = System.Reflection.Assembly.GetExecutingAssembly().Location

Як що до цього:

System.IO.Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().Location);

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

Такий перемикач, ймовірно, буде різним для кожного бігуна тесту, звичайно.

Чи розглядали ви вбудовувати свої дані XML в якості ресурсів всередині тестової збірки?

AppDomain.CurrentDomain.BaseDirectory

працює з графічним інтерфейсом MbUnit.

Я вважаю, що це спрацює для будь-якого типу додатків:

AppDomain.CurrentDomain.RelativeSearchPath ?? AppDomain.CurrentDomain.BaseDirectory

Наскільки я можу сказати, більшість інших відповідей мають кілька проблем.

Правильний спосіб зробити це для дискової (на відміну від веб-базованої) збірки, яка не є GACed, - використовувати CodeBaseвластивість виконуючої в даний час збірки .

Це повертає URL-адресу ( file://). Замість того, щоб возитися за допомогою маніпуляцій зі струнами або UnescapeDataString, це можна перетворити з мінімальною суєтою, використовуючи LocalPathвластивість Uri.

var codeBaseUrl = Assembly.GetExecutingAssembly().CodeBase;
var filePathToCodeBase = new Uri(codeBaseUrl).LocalPath;
var directoryPath = Path.GetDirectoryName(filePathToCodeBase);

Як щодо цього ...

string ThisdllDirectory = System.IO.Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().Location);

Тоді просто зламайте те, що вам не потрібно

var assembly = System.Reflection.Assembly.GetExecutingAssembly();
var assemblyPath = assembly.GetFiles()[0].Name;
var assemblyDir = System.IO.Path.GetDirectoryName(assemblyPath);

Ось порт VB.NET з кодом Джона Сіблі. Visual Basic не відрізняється від регістру, тому пара його імен змінних зіткнулася з іменами типів.

Public Shared ReadOnly Property AssemblyDirectory() As String
    Get
        Dim codeBase As String = Assembly.GetExecutingAssembly().CodeBase
        Dim uriBuilder As New UriBuilder(codeBase)
        Dim assemblyPath As String = Uri.UnescapeDataString(uriBuilder.Path)
        Return Path.GetDirectoryName(assemblyPath)
    End Get
End Property

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

Це не працюватиме в режимі RELEASE, ні з увімкненими оптимізаціями, ні на машині, відмінній від тієї, на якій було складено.

Але це дозволить отримати шляхи, що відносяться до місця розташування файлу вихідного коду, з якого ви його викликаєте

public static class PathUtilities
{
    public static string GetAdjacentFile(string relativePath)
    {
        return GetDirectoryForCaller(1) + relativePath;
    }
    public static string GetDirectoryForCaller()
    {
        return GetDirectoryForCaller(1);
    }


    public static string GetDirectoryForCaller(int callerStackDepth)
    {
        var stackFrame = new StackTrace(true).GetFrame(callerStackDepth + 1);
        return GetDirectoryForStackFrame(stackFrame);
    }

    public static string GetDirectoryForStackFrame(StackFrame stackFrame)
    {
        return new FileInfo(stackFrame.GetFileName()).Directory.FullName + Path.DirectorySeparatorChar;
    }
}

Поточний каталог, де ви існуєте.

Environment.CurrentDirectory;  // This is the current directory of your application

Якщо ви скопіюєте .xml файл із збірки, його слід знайти.

або

System.Reflection.Assembly assembly = System.Reflection.Assembly.GetAssembly(typeof(SomeObject));

// The location of the Assembly
assembly.Location;

Я використовую Assembly.CodeBase замість Location:

Assembly a;
a = Assembly.GetAssembly(typeof(DaoTests));
string s = a.CodeBase.ToUpper(); // file:///c:/path/name.dll
Assert.AreEqual(true, s.StartsWith("FILE://"), "CodeBase is " + s);
s = s.Substring(7, s.LastIndexOf('/') - 7); // 7 = "file://"
while (s.StartsWith("/")) {
    s = s.Substring(1, s.Length - 1);
}
s = s.Replace("/", "\\");

Це працює, але я вже не впевнений, що це на 100% правильно. На сторінці http://blogs.msdn.com/suzcook/archive/2003/06/26/assembly-codebase-vs-assembly-location.aspx сказано:

"CodeBase - це URL-адреса до місця, де був знайдений файл, тоді як Location - це шлях, де він був фактично завантажений. Наприклад, якщо збірку було завантажено з Інтернету, її CodeBase може починатися з" http: // " , але його Місце розташування може починатися з "C: \". Якби файл був скопійований у тінь, Місце розташування - це шлях до копії файлу в тіньовій копірі dir. Також добре знати, що CodeBase не гарантується має бути встановлено для збірок в GAC. Однак місце завжди буде встановлено для збірок, завантажених з диска. "

Ви можете використовувати CodeBase замість Location.

Ви можете отримати шлях для сміття за допомогою AppDomain.CurrentDomain.RelativeSearchPath

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

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

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

у додатку форми Windows, ви можете просто використовувати Application.StartupPath

але для DLL-програм і консольних програм запам'ятати код набагато складніше ...

string slash = Path.DirectorySeparatorChar.ToString();
string root = Path.GetDirectoryName(System.Reflection.Assembly.GetExecutingAssembly().Location);

root += slash;
string settingsIni = root + "settings.ini"

string path = Path.GetDirectoryName(typeof(DaoTests).Module.FullyQualifiedName);

Ви отримаєте неправильний каталог, якщо шлях містить символ "#". Тому я використовую модифікацію відповіді Джона Сіблі, що є комбінацією UriBuilder.Path і UriBuilder.Fragment:

public static string AssemblyDirectory
{
    get
    {
        string codeBase = Assembly.GetExecutingAssembly().CodeBase;
        UriBuilder uri = new UriBuilder(codeBase);
        //modification of the John Sibly answer    
        string path = Uri.UnescapeDataString(uri.Path.Replace("/", "\\") + 
          uri.Fragment.Replace("/", "\\"));
        return Path.GetDirectoryName(path);
     }
}

Це те, що я придумав. Між веб-проектами, модульні тести (nunit та resharper test runner) ; Я виявив, що це працює для мене.

Я шукав код , щоб виявити , що конфігурація збірки знаходиться, Debug/Release/CustomName. На жаль, #if DEBUG. Тож якщо хтось може це покращити !

Не соромтеся редагувати та вдосконалювати.

Отримання папки додатків . Корисно для веб-коренів, unittests для отримання папки тестових файлів.

public static string AppPath
{
    get
    {
        DirectoryInfo appPath = new DirectoryInfo(AppDomain.CurrentDomain.BaseDirectory);

        while (appPath.FullName.Contains(@"\bin\", StringComparison.CurrentCultureIgnoreCase)
                || appPath.FullName.EndsWith(@"\bin", StringComparison.CurrentCultureIgnoreCase))
        {
            appPath = appPath.Parent;
        }
        return appPath.FullName;
    }
}

Отримання папки bin : корисно для виконання збірок за допомогою відображення. Якщо файли скопійовані туди завдяки властивостям збірки.

public static string BinPath
{
    get
    {
        string binPath = AppDomain.CurrentDomain.BaseDirectory;

        if (!binPath.Contains(@"\bin\", StringComparison.CurrentCultureIgnoreCase)
            && !binPath.EndsWith(@"\bin", StringComparison.CurrentCultureIgnoreCase))
        {
            binPath = Path.Combine(binPath, "bin");
            //-- Please improve this if there is a better way
            //-- Also note that apps like webapps do not have a debug or release folder. So we would just return bin.
#if DEBUG
            if (Directory.Exists(Path.Combine(binPath, "Debug"))) 
                        binPath = Path.Combine(binPath, "Debug");
#else
            if (Directory.Exists(Path.Combine(binPath, "Release"))) 
                        binPath = Path.Combine(binPath, "Release");
#endif
        }
            return binPath;
    }
}

Це має працювати:

ExeConfigurationFileMap fileMap = new ExeConfigurationFileMap();
Assembly asm = Assembly.GetCallingAssembly();
String path = Path.GetDirectoryName(new Uri(asm.EscapedCodeBase).LocalPath);

string strLog4NetConfigPath = System.IO.Path.Combine(path, "log4net.config");

Я використовую це для розгортання бібліотек файлів DLL разом із деяким файлом конфігурації (це для використання log4net з файлу DLL).

Я вважаю своє рішення адекватним для пошуку місця розташування.

var executingAssembly = new FileInfo((Assembly.GetExecutingAssembly().Location)).Directory.FullName;

Я мав таку ж поведінку в NUnitминулому. За замовчуванням NUnitкопіює збірку в тимчасовий каталог. Ви можете змінити цю поведінку в NUnitналаштуваннях:

Можливо, TestDriven.NETі MbUnitGUI мають однакові налаштування.

Я використовую це для отримання шляху до каталогу Bin:

var i = Environment.CurrentDirectory.LastIndexOf(@"\");
var path = Environment.CurrentDirectory.Substring(0,i); 

Ви отримуєте такий результат:

"c: \ користувачів \ ricooley \ документи \ візуальна студія 2010 \ Проекти \ Windows_Test_Project \ Windows_Test_Project \ bin"

Веб-додаток?

Server.MapPath("~/MyDir/MyFile.ext")