Najlepszy sposób na uzyskanie ścieżki folderu aplikacji

Widzę, że istnieją pewne sposoby uzyskania ścieżki folderu aplikacji:

1. Application.StartupPath
2. System.IO.Path.GetDirectoryName( System.Reflection.Assembly.GetExecutingAssembly().Location)
3. AppDomain.CurrentDomain.BaseDirectory
4. System.IO.Directory.GetCurrentDirectory()
5. Environment.CurrentDirectory
6. System.IO.Path.GetDirectoryName( System.Reflection.Assembly.GetExecutingAssembly().GetName().CodeBase)
7. System.IO.Path.GetDirectory(Application.ExecutablePath)

Jaki jest najlepszy sposób w zależności od sytuacji?

AppDomain.CurrentDomain.BaseDirectory jest prawdopodobnie najbardziej przydatny do uzyskiwania dostępu do plików, których lokalizacja jest względna w stosunku do katalogu instalacyjnego aplikacji.

W aplikacji ASP.NET będzie to katalog główny aplikacji, a nie podfolder bin - co jest prawdopodobnie tym, czego zwykle chcesz. W aplikacji klienckiej będzie to katalog zawierający główny plik wykonywalny.

W aplikacji VSTO 2005 będzie to katalog zawierający zestawy zarządzane VSTO dla twojej aplikacji, a nie, powiedzmy, ścieżka do pliku wykonywalnego Excel.

Inne mogą zwracać różne katalogi w zależności od środowiska - na przykład patrz odpowiedź @ Vimvq1987.

CodeBaseto miejsce, w którym plik został znaleziony i może być adresem URL rozpoczynającym się od http: //. W takim przypadku Locationprawdopodobnie będzie pamięć podręczna pobierania zestawu. Nie można zagwarantować, że CodeBase zostanie ustawiony dla zestawów w GAC .

1. Application.StartupPathi 7. System.IO.Path.GetDirectoryName(Application.ExecutablePath)- Działa tylko w przypadku aplikacji Windows Forms

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

   Daje ci coś takiego: "C:\\Windows\\Microsoft.NET\\Framework\\v4.0.30319\\Temporary ASP.NET Files\\legal-services\\e84f415e\\96c98009\\assembly\\dl3\\42aaba80\\bcf9fd83_4b63d101"gdzie jest strona, którą prowadzisz.

3. AppDomain.CurrentDomain.BaseDirectorydla aplikacji internetowej może być przydatna i zwróci coś takiego, "C:\\hg\\Services\\Services\\Services.Website\\"który jest katalogiem podstawowym i jest całkiem przydatny.

4. System.IO.Directory.GetCurrentDirectory() i 5. Environment.CurrentDirectory

poda lokalizację, z której został uruchomiony proces - więc dla aplikacji sieci Web działającej w trybie debugowania z Visual Studio coś takiego "C:\\Program Files (x86)\\IIS Express"

6. System.IO.Path.GetDirectoryName( System.Reflection.Assembly.GetExecutingAssembly().GetName().CodeBase)

dostanie lokalizację, w której .dlldziała kod, dla aplikacji internetowej, która może być"file:\\C:\\hg\\Services\\Services\\Services.Website\\bin"

Teraz w przypadku np. Aplikacji konsolowej punktami 2-6 będzie katalog, w którym .exe znajduje się plik.

Mam nadzieję, że to pozwoli Ci zaoszczędzić trochę czasu.

Pamiętaj, że nie wszystkie z tych metod zwrócą tę samą wartość. W niektórych przypadkach mogą zwrócić tę samą wartość, ale bądź ostrożny, ich cele są różne:

Application.StartupPath

zwraca StartupPathparametr (można ustawić podczas uruchamiania aplikacji)

System.IO.Directory.GetCurrentDirectory()

zwraca bieżący katalog, który może, ale nie musi być folderem, w którym znajduje się aplikacja. To samo dotyczy Environment.CurrentDirectory. Jeśli używasz tego w pliku DLL, zwróci ścieżkę do miejsca, w którym proces jest uruchomiony (jest to szczególnie prawdziwe w ASP.NET).

W przypadku aplikacji internetowej, aby uzyskać bieżący katalog główny aplikacji sieciowej, zazwyczaj wywołuj stronę WWW dla bieżącego przychodzącego żądania:

HttpContext.Current.Server.MapPath();

System.Web.Hosting.HostingEnvironment.ApplicationPhysicalPath;

Powyższy opis kodu

Proces rozpocząłem od usługi systemu Windows za pośrednictwem interfejsu Win32 API w sesji od użytkownika, który jest faktycznie zalogowany (w sesji Menedżera zadań 1 nie 0). W ten sposób możemy dowiedzieć się, która zmienna jest najlepsza.

Dla wszystkich 7 przypadków z powyższego pytania wyniki są następujące:

Path1: C:\Program Files (x86)\MyProgram
Path2: C:\Program Files (x86)\MyProgram
Path3: C:\Program Files (x86)\MyProgram\
Path4: C:\Windows\system32
Path5: C:\Windows\system32
Path6: file:\C:\Program Files (x86)\MyProgram
Path7: C:\Program Files (x86)\MyProgram

Być może jest to pomocne dla niektórych z was, robiąc te same rzeczy, gdy szukacie najlepszej zmiennej dla swojego przypadku.

Z mojego doświadczenia wynika, że ​​najlepszym sposobem jest połączenie ich.

1. System.Reflection.Assembly.GetExecutingAssembly().GetName().CodeBase Otrzymasz folder bin
2. Directory.GetCurrentDirectory() Działa dobrze na .Net Core, ale nie .Net i daje katalog główny projektu
3. System.AppContext.BaseDirectoryi AppDomain.CurrentDomain.BaseDirectory Działa dobrze w .Net, ale nie w .Net core i daje katalog główny projektu

W bibliotece klas, która ma być target.Net i .Net core, sprawdzam, który szkielet obsługuje bibliotekę i wybieram jedną lub drugą.

Użyłem tego z powodzeniem

System.IO.Path.GetDirectoryName(Process.GetCurrentProcess().MainModule.FileName)

Działa nawet wewnątrz Linqpada.

Katalog główny:

DriveInfo cDrive = new DriveInfo(System.Environment.CurrentDirectory);
var driverPath = cDrive.RootDirectory;

Jeśli wiesz, jak uzyskać katalog główny:

string rootPath = Path.GetPathRoot(Application.StartupPath)

ten System.IO.Path.GetDirectory(Application.ExecutablePath)zmienił się naSystem.IO.Path.GetDirectoryName(Application.ExecutablePath)