코드가있는 어셈블리의 경로는 어떻게 얻습니까?

현재 코드가있는 어셈블리의 경로를 얻는 방법이 있습니까? 호출 어셈블리의 경로를 원하지 않고 코드를 포함하는 경로 만 원합니다.

기본적으로 단위 테스트는 dll과 관련된 xml 테스트 파일을 읽어야합니다. 테스트 dll이 TestDriven.NET, MbUnit GUI 또는 기타에서 실행되는지 여부에 관계없이 항상 경로가 올바르게 해결되기를 원합니다.

편집 : 사람들은 내가 요구하는 것을 오해하는 것 같습니다.

내 테스트 라이브러리는

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

이 길을 가고 싶습니다 :

C : \ 프로젝트 \ myapplication \ daotests \ bin \ 디버그 \

MbUnit Gui에서 실행할 때 지금까지 세 가지 제안이 실패합니다.

• Environment.CurrentDirectory 제공 \ 프로그램 파일 \ MbUnit에 C :

• System.Reflection.Assembly.GetAssembly(typeof(DaoTests)).Location 제공 \ 문서 및 설정 \ 조지 \ 로컬 설정 \ 임시 \ .... \ DaoTests.dll : C

• 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;

John의 대답과 동일하지만 약간 덜 장황한 확장 방법입니다.

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 네트워크 공유를 사용할 때 나를 위해 일한 유일한 솔루션은 다음과 같습니다.

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 GUI와 함께 작동합니다.

나는 이것이 모든 종류의 응용 프로그램에서 작동 할 것이라고 믿습니다.

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

내가 알 수있는 한, 다른 답변의 대부분에는 몇 가지 문제가 있습니다.

웹 기반이 아닌 디스크 기반 (GAC 기반이 아닌) 어셈블리 에 대해이 작업을 수행하는 올바른 방법 은 현재 실행중인 어셈블리의 CodeBase속성 을 사용하는 것 입니다.

URL ( file://)을 반환합니다 . 문자열 조작 이나 으로 엉망이되는 대신의 속성을 UnescapeDataString활용하여 최소한 의 혼란 으로 변환 할 수 있습니다 .LocalPathUri

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

다음은 John Sibly 코드의 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;

Location 대신 Assembly.CodeBase를 사용하고 있습니다.

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 : // "로 시작할 수 있습니다. 파일의 위치가 섀도 복사 본인 경우 위치는 섀도 복사본 디렉터리의 파일 복사본 경로가되며 CodeBase가 보장되지 않는 것도 좋습니다. 그러나 디스크에서로드 된 어셈블리에 대해서는 위치가 항상 설정됩니다. "

Location 대신 CodeBase를 사용할 수 있습니다 .

AppDomain.CurrentDomain.RelativeSearchPath로 bin 경로를 얻을 수 있습니다.

제안 된 모든 답변은 개발자가 필요한 스 니펫을 포함하도록 코드를 변경할 수있을 때 작동하지만 코드를 변경하지 않고이 작업을 수행하려는 경우 프로세스 탐색기를 사용할 수 있습니다.

시스템에서 실행중인 모든 dll을 나열합니다. 실행중인 응용 프로그램의 프로세스 ID를 결정해야 할 수도 있지만 일반적으로 그렇게 어렵지는 않습니다.

II 내부의 dll에 대해이 작업을 수행하는 방법에 대한 자세한 설명을 작성했습니다 -http://nodogmablog.bryanhogan.net/2016/09/locating-and-checking-an-executing-dll-on-a-running-web -섬기는 사람/

Windows Form 앱에서 간단히 사용할 수 있습니다. 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 조합 인 John Sibly 답변의 수정을 사용합니다.

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 테스트 러너) ; 나는 이것이 나를 위해 일한다는 것을 알았다.

빌드의 구성을 감지하는 코드를 찾고있었습니다 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 파일 라이브러리를 일부 구성 파일과 함께 배포하고 있습니다 (DLL 파일 내에서 log4net을 사용하는 것입니다).

내 솔루션을 위치 검색에 적합하다고 생각합니다.

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

NUnit과거 에도 같은 행동을했습니다 . 기본적으로 NUnit어셈블리를 temp 디렉토리에 복사합니다. NUnit설정 에서이 동작을 변경할 수 있습니다 .

어쩌면 TestDriven.NET및 MbUnitGUI 같은 설정이 있습니다.

이것을 사용하여 Bin 디렉토리의 경로를 얻습니다.

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

이 결과를 얻습니다.

"c : \ 사용자 \ ricooley \ documents \ visual studio 2010 \ 프로젝트 \ Windows_Test_Project \ Windows_Test_Project \ bin"

웹 애플리케이션?

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