Bagaimana cara mendapatkan jalur perakitan kode ini?

Apakah ada cara untuk mendapatkan jalur untuk perakitan tempat kode saat ini berada? Saya tidak ingin jalur majelis panggilan, hanya yang berisi kode.

Pada dasarnya tes unit saya perlu membaca beberapa file uji xml yang terletak relatif terhadap dll. Saya ingin path untuk selalu menyelesaikan dengan benar terlepas dari apakah pengujian dll dijalankan dari TestDriven.NET, GUI MbUnit atau sesuatu yang lain.

Sunting : Orang-orang tampaknya salah memahami apa yang saya minta.

Pustaka pengujian saya terletak di say

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

dan saya ingin mendapatkan jalur ini:

C: \ project \ myapplication \ daotests \ bin \ Debug \

Tiga saran sejauh ini gagal saya ketika saya lari dari MbUnit Gui:

• Environment.CurrentDirectory memberikan c: \ Program Files \ MbUnit

• System.Reflection.Assembly.GetAssembly(typeof(DaoTests)).Location memberikan C: \ Documents and Settings \ george \ Local Settings \ Temp \ .... \ DaoTests.dll

• System.Reflection.Assembly.GetExecutingAssembly().Location memberi sama seperti sebelumnya.

Saya telah mendefinisikan properti berikut karena kami sering menggunakannya dalam pengujian unit.

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

The Assembly.Locationproperti kadang-kadang memberi Anda beberapa hasil lucu ketika menggunakan NUnit (di mana majelis dijalankan dari folder sementara), jadi saya lebih memilih untuk menggunakan CodeBaseyang memberi Anda jalan dalam format URI, maka UriBuild.UnescapeDataStringmenghapus File://di awal, dan GetDirectoryNameperubahan ke format jendela yang normal .

Apakah ini membantu?

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

Sesederhana ini:

var dir = AppDomain.CurrentDomain.BaseDirectory;

Sama seperti jawaban John, tetapi metode ekstensi sedikit kurang verbose.

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

Sekarang Anda bisa melakukannya:

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

atau jika Anda lebih suka:

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

Satu-satunya solusi yang bekerja untuk saya ketika menggunakan CodeBase dan saham UNC Network adalah:

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

Ini juga berfungsi dengan URI normal juga.

Ini akan berfungsi, kecuali jika rakitannya disalin bayangan :

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

Bagaimana dengan ini:

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

Saya menduga bahwa masalah sebenarnya di sini adalah bahwa pelari ujian Anda menyalin rakitan Anda ke lokasi yang berbeda. Tidak ada waktu saat runtime untuk mengetahui dari mana rakitan itu disalin, tetapi Anda mungkin dapat membalik saklar untuk memberi tahu pelari uji untuk menjalankan rakitan dari tempat itu dan tidak menyalinnya ke direktori bayangan.

Pergantian seperti itu kemungkinan akan berbeda untuk setiap pelari tes, tentu saja.

Sudahkah Anda mempertimbangkan untuk menanamkan data XML Anda sebagai sumber daya di dalam unit pengujian Anda?

AppDomain.CurrentDomain.BaseDirectory

bekerja dengan GUI MbUnit.

Saya percaya ini akan bekerja untuk semua jenis aplikasi:

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

Sejauh yang saya tahu, sebagian besar jawaban lain memiliki beberapa masalah.

Cara yang benar untuk melakukan ini untuk rakitan berbasis disk (sebagai lawan berbasis web), rakitan non-GAC adalah dengan menggunakan rakitan yang sedang dijalankanCodeBase properti .

Ini mengembalikan URL ( file://). Alih-alih bermain-main dengan manipulasi string atau UnescapeDataString, ini dapat dikonversi dengan keributan minimal dengan memanfaatkan LocalPathproperti Uri.

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

Bagaimana dengan ini ...

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

Maka cukup hack apa yang tidak Anda butuhkan

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

Berikut ini adalah port VB.NET dari kode John Sibly. Visual Basic tidak peka huruf besar kecil, jadi beberapa nama variabelnya bertabrakan dengan nama tipe.

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

Selama bertahun-tahun, tidak ada yang benar-benar menyebutkan ini. Trik yang saya pelajari dari proyek ApprovalTests yang luar biasa . Kuncinya adalah Anda menggunakan informasi debug di majelis untuk menemukan direktori asli.

Ini tidak akan berfungsi dalam mode RELEASE, atau dengan optimisasi diaktifkan, atau pada mesin yang berbeda dari yang dikompilasi.

Tapi ini akan memberi Anda jalur yang relatif ke lokasi file kode sumber dari mana Anda memanggilnya

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

Direktori saat ini di mana Anda berada.

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

Jika Anda menyalin file .xml dengan build, Anda harus menemukannya.

atau

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

// The location of the Assembly
assembly.Location;

Saya telah menggunakan Assembly.CodeBase alih-alih Lokasi:

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("/", "\\");

Sudah bekerja, tapi saya tidak lagi yakin itu 100% benar. Halaman di http://blogs.msdn.com/suzcook/archive/2003/06/26/assembly-codebase-vs-assembly-location.aspx mengatakan:

"CodeBase adalah URL ke tempat file itu ditemukan, sedangkan Lokasi adalah jalur di mana file itu sebenarnya dimuat. Misalnya, jika perakitan diunduh dari internet, CodeBase-nya mungkin dimulai dengan" http: // " , tetapi Lokasinya dapat dimulai dengan "C: \". Jika file itu disalin bayangan, Lokasi akan menjadi jalur ke salinan file dalam direktori salinan bayangan. Juga baik untuk mengetahui bahwa CodeBase tidak dijamin akan ditetapkan untuk rakitan di GAC. Namun, lokasi akan selalu ditetapkan untuk rakitan yang dimuat dari disk. "

Anda mungkin ingin menggunakan CodeBase alih-alih Lokasi.

Anda bisa mendapatkan path bin dengan AppDomain.CurrentDomain.RelativeSearchPath

Semua jawaban yang diajukan bekerja ketika pengembang dapat mengubah kode untuk memasukkan potongan yang diperlukan, tetapi jika Anda ingin melakukan ini tanpa mengubah kode apa pun Anda bisa menggunakan Process Explorer.

Ini akan mencantumkan semua dll yang dieksekusi pada sistem, Anda mungkin perlu menentukan id proses aplikasi yang Anda jalankan, tetapi itu biasanya tidak terlalu sulit.

Saya telah menulis deskripsi lengkap tentang bagaimana melakukan ini untuk dll di dalam II - http://nodogmablog.bryanhogan.net/2016/09/locating-and-checking-an-executing-dll-on-a-running-web -server /

di aplikasi formulir windows, Anda cukup menggunakan Application.StartupPath

tetapi untuk DLL dan aplikasi konsol, kode ini jauh lebih sulit untuk diingat ...

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

Anda akan mendapatkan direktori yang salah jika path berisi simbol '#'. Jadi saya menggunakan modifikasi dari jawaban John Sibly yaitu kombinasi UriBuilder.Path dan 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);
     }
}

Inilah yang saya pikirkan. Di antara proyek web, unit test (nunit dan runner uji ulang) ; Saya menemukan ini bekerja untuk saya.

Saya telah mencari kode untuk mendeteksi konfigurasi apa yang ada dalam build Debug/Release/CustomName,. Sayangnya, itu #if DEBUG. Jadi, jika seseorang dapat memperbaikinya !

Merasa bebas untuk mengedit dan meningkatkan.

Mendapatkan folder aplikasi . Berguna untuk root web, tidak tertarik untuk mendapatkan folder file uji.

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

Mendapatkan folder bin : Berguna untuk menjalankan rakitan menggunakan refleksi. Jika file disalin di sana karena membangun properti.

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

Ini seharusnya bekerja:

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

Saya menggunakan ini untuk menggunakan pustaka file DLL bersama dengan beberapa file konfigurasi (ini menggunakan log4net dari dalam file DLL).

Saya menemukan solusi saya memadai untuk pengambilan lokasi.

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

Saya memiliki perilaku yang sama NUnitdi masa lalu. Secara default NUnitmenyalin perakitan Anda ke direktori temp. Anda dapat mengubah perilaku ini di NUnitpengaturan:

Mungkin TestDriven.NETdan MbUnitGUI memiliki pengaturan yang sama.

Saya menggunakan ini untuk mendapatkan path ke Direktori Bin:

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

Anda mendapatkan hasil ini:

"c: \ users \ ricooley \ document \ visual studio 2010 \ Projects \ Windows_Test_Project \ Windows_Test_Project \ bin"

Aplikasi web?

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