コードが含まれているアセンブリのパスを取得するにはどうすればよいですか？

現在のコードが存在するアセンブリのパスを取得する方法はありますか？呼び出し元のアセンブリのパスは必要ありません。コードが含まれているパスだけが必要です。

基本的に、ユニットテストでは、dllに関連して配置されているいくつかのxmlテストファイルを読み取る必要があります。テストdllがTestDriven.NETから実行されているか、MbUnit GUIから実行されているかに関係なく、パスが常に正しく解決されるようにしたい。

編集：人々は私が求めていることを誤解しているようです。

私のテストライブラリはsayにあります

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

そして私はこのパスを取得したいと思います：

C：\ projects \ myapplication \ daotests \ bin \ Debug \

これまでの3つの提案は、MbUnit Guiから実行すると失敗します。

• Environment.CurrentDirectoryc：\ Program Files \ MbUnit を与えます

• System.Reflection.Assembly.GetAssembly(typeof(DaoTests)).Location 与え\ DocumentsとSettings \ジョージ\ローカル設定\一時\ .... \ 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削除して、通常のWindows形式に変更することをお勧めします。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ネットワーク共有を使用するときに私のために機能した唯一のソリューションは次のとおりです。

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

私の知る限り、他のほとんどの回答にはいくつかの問題があります。

（Webベースではなく）ディスクベースの非GACアセンブリに対してこれを行う正しい方法は、現在実行中のアセンブリの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);

これが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：// "で始まることがあります。 、ただしその場所は「C：\」で始まる場合があります。ファイルがシャドウコピーされた場合、場所はシャドウコピーディレクトリ内のファイルのコピーへのパスになります。CodeBaseが保証されていないことも知っておくとよいでしょう。 GACのアセンブリに設定されます。ただし、場所は常にディスクからロードされたアセンブリに設定されます。 "

あなたは可能コードベースの代わりの場所を使用します。

AppDomain.CurrentDomain.RelativeSearchPathでビンパスを取得できます

開発者がコードを変更して必要なスニペットを含めることができる場合、提案された回答はすべて機能しますが、コードを変更せずにこれを実行したい場合は、Process Explorerを使用できます。

システム上で実行中のすべてのdllがリストされます。実行中のアプリケーションのプロセスIDを特定する必要があるかもしれませんが、通常はそれほど難しくありません。

II内のdllでこれを行う方法の完全な説明を書きました-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の組み合わせである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);
     }
}

これが私が思いついたものです。Webプロジェクト間では、単体テスト（nunitおよびresharperテストランナー） ; 私はこれがうまくいったことを発見しました。

ビルドの構成を検出するコードを探していますDebug/Release/CustomName。ああ、#if DEBUG。だから誰かがそれを改善できるなら！

自由に編集して改善してください。

アプリフォルダーを取得しています。Webルート、ユニットテストでテストファイルのフォルダーを取得するのに便利です。

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、アセンブリを一時ディレクトリにコピーします。この動作はNUnit設定で変更できます。

多分TestDriven.NETとMbUnitGUIは同じ設定を持っています。

これを使用してBin Directoryへのパスを取得します。

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

あなたはこの結果を得ます：

「c：\ users \ ricooley \ documents \ visual studio 2010 \ Projects \ Windows_Test_Project \ Windows_Test_Project \ bin」

ウェブアプリケーション？

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