c++14 std::experimental::filesystem::v1 和 c++17 std::filesys

Differences between c++14 std::experimental::filesystem::v1 and c++17 std::filesystem?

本文关键字：std c++17 filesys filesystem experimental c++14 v1 更新时间：2023-10-16

我找到了这个页面，描述了 c++14 和 c++17 之间的变化：

https://isocpp.org/files/papers/p0636r0.html

。它链接到此页面，该页面描述了建议的文件系统更改：

http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0218r0.html

我略过了一遍。标准有一些小的措辞变化，但我看到的唯一代码变化是命名空间更改，删除了"实验"和"v1"部分，因此"std：：experimental：：文件系统：：v1"变成了"std：：filesystem"，这是意料之中的。

据我所知，除了命名空间路径之外，没有其他更改。有谁知道是否有其他变化？

换句话说，我正在使用带有 -std=c++14 的 gcc。我现在可以使用 std：：experimental：：文件系统编写代码，并在将来仅更改此命名空间即可轻松切换到 -std=c++17 吗？

我能找到的最接近重复的问题：

Boost 文件系统和标准C++文件系统库有多相似？

现代C++的实验特征对于长期项目是否可靠？

对文件系统库进行更改的主要论文是

在 LWG 问题列表中也有一些相对较小的修复和更改。查找状态为"C++17"的问题。请注意，其中一些更改随后被上面列出的论文所取代。

对于现有的文件系统 TS 代码，我希望P0492R2是最重要的代码，因为其余的论文大多是功能添加而不是更改。P0492R2包括技术说明和重大语义更改。后一类中立即想到的一些是：

path(".profile").stem()现在".profile"
operator/path如果 rhs 是绝对路径或具有根名称，则其语义发生了重大变化。path("/foo") / "/bar"现在"/bar"而不是"/foo/bar";path("C:\x") / "D:y"on Windows 现已"D:y".
旧absolute不见了。system_complete已更名为absolute。
permissions的签名略有改动。

延迟回复，但是当我自己寻找同一问题的答案时，我遇到了这个问题。当我终于弄清楚事情时，我想我会在这里发表我的观察结果。

从std::experimental::filesystem迁移到std::filesystem时，我遇到了以下更改：

#c++

	14`std::experimental::filesystem`c++	17`std::filesystem`
1	`canonical()`有一个重载，它接受一个基本路径，可用于解析第一个参数中传递的路径	`canonical()`没有这个重载，这破坏了我的一些代码
2	`canonical()`不会检查路径是否存在	，`canonical()`会检查路径是否存在，因此，如果在调用此函数时遇到路径可能不存在的情况，请切换到`std::filesystem::weakly_canonical`
3	插入运算符 (`<<`) 按原样给出字符串，不带引号且未转义。例如`C:myfile.txt`	插入运算符 (`<<`) 在完整路径周围添加引号并转义反斜杠 ()。例如`"C:\my\file.txt"`这破坏了我的一些测试，我不得不调用 path 对象的`string`(或`wstring`)方法来获取不带引号和未转义的字符串。
4	`file_time_type`是`std::chrono::system_clock::time_point`的`typedef`	`file_time_type`是`std::chrono::time_point<filesystem::_File_time_clock>`的别名。这在我的代码中的某些地方导致了编译错误，我期望它是一个`system_clock::time_point`。