Относительное зло или когда пути неисповедимы

• На отладке работает, но не работает в нужной папке - C#
• Отказано в доступе по пути С# - C#
• Не найден файл - C#/.NET 4.x
• Путь к базе - C#
• Программа неправильно работает при запуске через Планировщик Заданий - PascalABC.NET
• И т.п.

1. Вообще не задумываются об том, что и откуда берётся, указывая путь вида database.mdf, file.txt.
2. Намеренно (но без понимания), указывают путь вида dir/file, ..dir/file, ../file, ./file и т.п., ошибочно полагая, что путь к файлу/каталогу будет отсчитываться от каталога, где находится программа.
3. Намеренно (но c недопониманием), указывают путь вида current_directory + "/file.txt", ошибочно полагая, что current directory это каталог, где находится программа.
4. ...

Увидеть значение current directory можно в:

• Проводнике Windows, отображается в адресной строке;
• Консоли Windows или Linux, отображается в строке приглашения к вводу (промпт);
• Консоли Windows, выполнив команду

  Windows Batch file
  1 cd

• Консоли Linux, выполнив команду

  Bash
  1 pwd

1
2

R:\demo\1\file1.txt
R:\demo\2\file2.txt

1
2
3
4
5
6
7
8
9
10
11
12
13

r:\demo\1>dir
 Содержимое папки r:\demo\1
 
03.08.2018  00:07    <DIR>          .
03.08.2018  00:07    <DIR>          ..
03.08.2018  00:10                11 file1.txt
               1 файлов             11 байт
               2 папок   2*038*804*480 байт свободно
 
r:\demo\1>more file1.txt
content 1
 
r:\demo\1>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16

r:\demo\1>dir
 Содержимое папки r:\demo\1
 
03.08.2018  00:07    <DIR>          .
03.08.2018  00:07    <DIR>          ..
03.08.2018  00:10                11 file1.txt
               1 файлов             11 байт
               2 папок   2*038*804*480 байт свободно
 
r:\demo\1>more file2.txt
Не удается получить доступ к файлу R:\demo\1\file2.txt
 
r:\demo\1>more r:\demo\2\file2.txt
content 2
 
r:\demo\1>

1
2
3
4
5
6
7
8
9
10
11
12
13

r:\demo\1>dir
 Содержимое папки r:\demo\1
 
03.08.2018  00:07    <DIR>          .
03.08.2018  00:07    <DIR>          ..
03.08.2018  00:10                11 file1.txt
               1 файлов             11 байт
               2 папок   2*038*804*480 байт свободно
 
r:\demo\1>more ..\2\file2.txt
content 2
 
r:\demo\1>

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18

r:\demo\1>dir
 Содержимое папки r:\demo\1
 
03.08.2018  00:07    <DIR>          .
03.08.2018  00:07    <DIR>          ..
03.08.2018  00:10                11 file1.txt
               1 файлов             11 байт
               2 папок   2*038*804*480 байт свободно
 
r:\demo\1>cd r:\
 
r:\>more ..\2\file2.txt
Не удается получить доступ к файлу R:\2\file2.txt
 
r:\>more R:\demo\2\file2.txt
content 2
 
r:\>

• Запуске через проводник, в котором открыт каталог с исполняемым файлом;
• Запуске через командную строку, в которой промпт указывает каталог с программой.

Внимание: здесь говорится не об архитектуре приложения, а о том, что к моменту обращения к файлу, используемое значение пути должно быть абсолютным, чтобы никто (система или автор) не делал предположений о том, какой же именно путь надо будет применить, потому что реальность может разойтись с предположениями.
Когда именно абсолютный путь должен быть вычислен - уже иной вопрос (см. комменты ниже).
Проблемы возникают у тех, кто к указанному моменту (обращение к файлу) допустил значение с относительным путём.

В комментах кое-кто утверждает, что нужно пользоваться только относительными путями.
Пользоваться можно, только осторожно но не нужно. Этот способ применим только к месту (например, в консольных утилитах) и при условии хорошего понимания, как это всё работает и отчего может измениться значение current directory.

Пример того, к чему может привести

При открытии диалога выбора файла, меняется значение current directory для процесса, и текстовый файл рядом с исполняемым уже не находится.

Данный конкретный баг взят из коммента Storm23. В новых версиях Windows исправлен, но можно наткнуться на что-то подобное.

Во избежание проблем, если всё-таки current directory требуется, лучше сохранить это значение в переменную при старте приложения и после, на её основе, формировать абсолютные пути по мере надобности.
Какие могут быть проблемы, помимо бага в ОС?
Например, некий код обработки файлов в каталоге был построен на использовании относительного пути. При попытке его использования в нескольких потоках для обработки независимых каталогов, возникнет проблема с тем, что значение current directory одно для процесса. С абсолютными же путями никаких проблем не будет.
Код надо писать так, чтобы возможностей ошибиться при его использовании было как можно меньше.

1
2
3

Public Function GetExeDir() As String
    GetExeDir = My.Application.Info.DirectoryPath
End Function

1
2
3
4

TCHAR exePath[MAX_PATH];
HMODULE hModule = GetModuleHandleW(NULL);
GetModuleFileNameW(hModule, exePath, MAX_PATH);
PathRemoveFileSpec(exePath);

1
2
3
4
5
6
7

var
  AppDir: string;
begin
  AppDir := ExtractFileDir(Application.ExeName);
  // Do something with AppDir, e.g.:
  ShowMessage(AppDir);
end;

1
2
3
4
5
6

string exeDir = @"r:\demo\1"; // Путь к исходному каталогу
string relPath = @"..\2\file2.txt"; // Относительный путь к файлу
string resPath = Path.Combine(exeDir, relPath); // Объединяет две строки в путь.
Console.WriteLine(resPath);
resPath = Path.GetFullPath(resPath); // Возвращает для указанной строки пути абсолютный путь.
Console.WriteLine(resPath);

1
2
3
4
5
6
7
8
9
10

Sub Main()
    Dim exeDir, relPath, resPath As String
 
    exeDir = "r:\demo\1" ' Путь к исходному каталогу
    relPath = "..\2\file2.txt" ' Относительный путь к файлу
    resPath = System.IO.Path.Combine(exeDir, relPath) ' Объединяет две строки в путь.
    Console.WriteLine(resPath)
    resPath = System.IO.Path.GetFullPath(resPath) ' Возвращает для указанной строки пути абсолютный путь.
    Console.WriteLine(resPath)
End Sub

1
2
3
4
5
6
7
8
9
10

TCHAR libraryPath[MAX_PATH] = { 0 };
_tcscat_s(libraryPath, MAX_PATH, exePath);
 
#ifdef _M_IX86
  _tcscat_s(libraryPath, MAX_PATH, TEXT("\\x86\\library.dll"));
#elif defined(_M_AMD64)
  _tcscat_s(libraryPath, MAX_PATH, TEXT("\\x64\\library.dll"));
#endif
 
LoadLibrary(libraryPath);

1
2
3
4
5
6
7

r:\>echo %PATH%
C:\Program Files (x86)\Common Files\Oracle\Java\javapath;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOWS\System32\Wbem;C:\WINDOWS\System32\WindowsPowerShell\v1.0\;C:\Program Files\dotnet\;C:\Users\User\AppData\Local\Microsoft\WindowsApps
 
r:\>where more
C:\Windows\System32\more.com
 
r:\>

• Блокировка удаления каталога установкой его текущим: The curse of the current directory;
• Смена текущего каталога программы вызовом диалога выбора файла: Why does the common file dialog change the current directory?.