Найкращий спосіб отримати шлях до папки додатків

Я бачу, що є кілька способів отримати шлях до папки додатків:

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)

Який найкращий спосіб залежно від ситуації?

AppDomain.CurrentDomain.BaseDirectory є, мабуть, найбільш корисним для доступу до файлів, розташування яких відносно каталогу встановлення додатків.

У додатку ASP.NET це буде кореневий каталог програми, а не підпапка bin - що, мабуть, те, що ви зазвичай хочете. У клієнтській програмі це буде каталог, що містить основний виконуваний файл.

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

Інші можуть повертати різні каталоги залежно від вашого оточення - наприклад, див. Відповідь @ Vimvq1987.

CodeBase- це місце, де було знайдено файл, і це може бути URL, що починається з http: //. У цьому випадку Location, ймовірно, буде кеш завантаження збірки. Гарантія CodeBase не встановлюється для зборів у GAC .

1. Application.StartupPathта 7. System.IO.Path.GetDirectoryName(Application.ExecutablePath)- Працює лише для програми Windows Forms

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

   Подарує вам щось на кшталт: "C:\\Windows\\Microsoft.NET\\Framework\\v4.0.30319\\Temporary ASP.NET Files\\legal-services\\e84f415e\\96c98009\\assembly\\dl3\\42aaba80\\bcf9fd83_4b63d101"де знаходиться сторінка, яку ви ведете.

3. AppDomain.CurrentDomain.BaseDirectoryдля веб-додатків може бути корисним і поверне щось на зразок "C:\\hg\\Services\\Services\\Services.Website\\"базового каталогу та досить корисного.

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

отримає вам місце розташування, з якого процес був звільнений - тому для веб-додатків, що працюють у режимі налагодження від Visual Studio, щось подібне "C:\\Program Files (x86)\\IIS Express"

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

отримає вам місце, де .dllзнаходиться цей код, для веб-програми, яка це може бути"file:\\C:\\hg\\Services\\Services\\Services.Website\\bin"

Тепер у випадку, наприклад, консольного додатка, пункти 2-6 будуть каталогом, де .exe знаходиться файл.

Сподіваюсь, це заощадить певний час.

Зауважте, що не всі ці методи повернуть однакове значення. У деяких випадках вони можуть повернути одне і те ж значення, але будьте обережні, їх цілі різні:

Application.StartupPath

повертає StartupPathпараметр (може бути встановлений під час запуску програми)

System.IO.Directory.GetCurrentDirectory()

повертає поточний каталог, який може бути, а може і не бути папкою, де знаходиться програма. Те ж саме стосується Environment.CurrentDirectory. Якщо ви використовуєте це у файлі DLL, він поверне шлях того, де працює процес (особливо це стосується ASP.NET).

Щоб отримати поточний кореневий каталог веб-додатків, щоб отримати поточний кореневий каталог веб-додатків, зазвичай телефонуйте за веб-сторінкою для поточного вхідного запиту:

HttpContext.Current.Server.MapPath();

System.Web.Hosting.HostingEnvironment.ApplicationPhysicalPath;

Вище опис коду

Я запустив процес із сервісу Windows через API Win32 у сеансі від користувача, який фактично увійшов (у сесії диспетчера завдань 1, а не 0). У цьому ми могли дізнатися, яка змінна є найкращою.

Для всіх 7 випадків із вищезазначеного питання наведені нижче результати:

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

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

На мій досвід, найкращим способом є їх поєднання.

1. System.Reflection.Assembly.GetExecutingAssembly().GetName().CodeBase Дасть вам папку бін
2. Directory.GetCurrentDirectory() Відмінно працює на .Net Core, але не .Net і дасть вам кореневий каталог проекту
3. System.AppContext.BaseDirectoryі AppDomain.CurrentDomain.BaseDirectory прекрасно працює у .Net, але не .Net core та надасть вам кореневу директорію проекту

У бібліотеці класів, яка повинна бути націленою.Net та .Net core, я перевіряю, в якій структурі розміщується бібліотека, і вибираю ту чи іншу.

Я успішно користувався цим

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

Він працює навіть всередині linqpad.

Кореневий каталог:

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

Якщо ви знаєте отримати кореневий каталог:

string rootPath = Path.GetPathRoot(Application.StartupPath)

цей System.IO.Path.GetDirectory(Application.ExecutablePath)змінився наSystem.IO.Path.GetDirectoryName(Application.ExecutablePath)