ПостЗнали, почему пути к файлам в C++ лучше собирать через std::filesystem::path?

Знали, почему пути к файлам в C++ лучше собирать через std::filesystem::path? Код может быстро обрастать ручными слешами, проверками расширения и поиском последнего разделителя: std::string file = base + "/logs/app.log"; Это может работать, но чем больше операций с путём, тем сложнее поддерживать строковые трюки. std::filesystem::path даёт для таких операций отдельный тип: namespace fs = std::filesystem; fs::path file = fs::path(base) / "logs" / "app.log"; Оператор / соединяет части пути с учётом формата текущей платформы. Не приходится решать, какой разделитель вставлять между папками. Части готового пути тоже можно получать без поиска символов: auto name = file.filename(); auto folder = file.parent_path(); auto extension = file.extension(); Это удобно, например, когда нужно оставить только имя файла для лога или проверить расширение перед обработкой. Все три результата остаются объектами path, поэтому при выводе или передаче строковому API учитывайте требуемую кодировку. Если в пути есть лишние точки или переходы в соседнюю папку, можно привести его к нормальной лексической форме: fs::path clean = (fs::path("data") / "temp" / ".." / "report.txt") .lexically_normal(); Здесь получится путь data/report.txt. Но lexically_normal не обращается к файловой системе и не проверяет, существует ли файл. Это преобразование записи пути, а не проверка безопасности. Есть и важная ловушка. Если правая часть уже является абсолютным путём, она может заменить основу: fs::path result = fs::path("/srv/app") / "/tmp/log.txt"; Поэтому пользовательский путь нельзя без проверки присоединять к базовой папке, если важно остаться внутри неё. Для обычного построения путей path убирает много ручной работы. 📣 C++ Ready | #совет