c++ - 如何判断是使用还是？

Question

有没有办法确定我是否可以使用标准 <filesystem> (在所有支持 C++17 的现代 C++ 编译器上可用)或 <experimental/filesystem>由较旧的编译器使用。 (例如 g++ 6.3，这是 Debian Stretch 上的当前标准版本)

知道使用哪个很重要，因为第一个使用 std::filesystem::xxx和后者 std::experimental::filesystem::xxx .

Answer 1

我通常创建标题 filesystem.hpp内容如下:

// We haven't checked which filesystem to include yet
#ifndef INCLUDE_STD_FILESYSTEM_EXPERIMENTAL

// Check for feature test macro for <filesystem>
#   if defined(__cpp_lib_filesystem)
#       define INCLUDE_STD_FILESYSTEM_EXPERIMENTAL 0

// Check for feature test macro for <experimental/filesystem>
#   elif defined(__cpp_lib_experimental_filesystem)
#       define INCLUDE_STD_FILESYSTEM_EXPERIMENTAL 1

// We can't check if headers exist...
// Let's assume experimental to be safe
#   elif !defined(__has_include)
#       define INCLUDE_STD_FILESYSTEM_EXPERIMENTAL 1

// Check if the header "<filesystem>" exists
#   elif __has_include(<filesystem>)

// If we're compiling on Visual Studio and are not compiling with C++17, we need to use experimental
#       ifdef _MSC_VER

// Check and include header that defines "_HAS_CXX17"
#           if __has_include(<yvals_core.h>)
#               include <yvals_core.h>

// Check for enabled C++17 support
#               if defined(_HAS_CXX17) && _HAS_CXX17
// We're using C++17, so let's use the normal version
#                   define INCLUDE_STD_FILESYSTEM_EXPERIMENTAL 0
#               endif
#           endif

// If the marco isn't defined yet, that means any of the other VS specific checks failed, so we need to use experimental
#           ifndef INCLUDE_STD_FILESYSTEM_EXPERIMENTAL
#               define INCLUDE_STD_FILESYSTEM_EXPERIMENTAL 1
#           endif

// Not on Visual Studio. Let's use the normal version
#       else // #ifdef _MSC_VER
#           define INCLUDE_STD_FILESYSTEM_EXPERIMENTAL 0
#       endif

// Check if the header "<filesystem>" exists
#   elif __has_include(<experimental/filesystem>)
#       define INCLUDE_STD_FILESYSTEM_EXPERIMENTAL 1

// Fail if neither header is available with a nice error message
#   else
#       error Could not find system header "<filesystem>" or "<experimental/filesystem>"
#   endif

// We priously determined that we need the exprimental version
#   if INCLUDE_STD_FILESYSTEM_EXPERIMENTAL
// Include it
#       include <experimental/filesystem>

// We need the alias from std::experimental::filesystem to std::filesystem
namespace std {
    namespace filesystem = experimental::filesystem;
}

// We have a decent compiler and can use the normal version
#   else
// Include it
#       include <filesystem>
#   endif

#endif // #ifndef INCLUDE_STD_FILESYSTEM_EXPERIMENTAL

它甚至为 std::experimental::filesystem 创建了一个别名至 std::filesystem如果使用实验 header 。
这意味着您可以简单地包含此标题来代替 <filesystem> , 使用 std::filesystem::xxx并享受旧编译器的支持。

关于这段代码的一些细节:

• __cpp_lib_filesystem和 __cpp_lib_experimental_filesystem
  这些是 Feature Testing Macros .当相应的 header 可用时，它们应该可用。但 VisualStudio 2015(及以下版本)不支持它们。所以剩下的只是为了确保我们能够做出准确的评估，而不是依赖于不可靠的宏。
• __has_include()
  虽然大多数编译器确实内置了该宏，但不能保证，因为它不在标准中。我的代码片段在使用之前检查它是否存在。如果它不存在，我们假设我们必须使用实验版本来提供最大的兼容性。
• defined(_MSC_VER) && !(defined(_HAS_CXX17) && _HAS_CXX17)
  某些版本的 VisualStudio(即 2015)只有半生不熟的 C++17 实现。并且有可能 <filesystem> header 存在，但 std::filesystem没有。此行检查该情况并改用实验版本。
• #error ...
  如果 header 检查可用但我们找不到任何一个 header ，我们只会打印一个很好的错误，因为我们无能为力。
• INCLUDE_STD_FILESYSTEM_EXPERIMENTAL
  您甚至可以获得一个让您知道正在使用哪个版本的宏，这样您就可以编写自己的预处理器语句来处理版本之间的差异。
• namespace filesystem = experimental::filesystem;
  此别名定义只是为了确保您拥有 std::filesystem 的说服力。 ，假设你的编译器让你这样做(我还没有看到一个不允许这样做的编译器)。
  根据在 std 中定义任何内容的标准命名空间是未定义的行为。所以如果你的编译器、concience、colleguages、代码标准或任何提示，只需定义 namespace fs = std::experimental::filesystem;在上 block 和namespace fs = std::filesystem;在较低的。 (只是为了确定，如果你这样做，请删除 namespace std { 内容)

P.S.:我创建了答案和这个问题，因为我花了很多时间对没有 <filesystem> 的旧编译器感到沮丧 header 。在使用多个编译器及其版本在多个平台上进行大量研究和测试后，我设法提出了这个通用解决方案。我已经使用 VisualStudio、g++ 和 clang 对其进行了测试(仅使用实际至少具有对 C++17 的实验性支持的版本)。
如果其他编译器有问题，请告诉我，我也会解决它。