从boost到std :: experimental以及c ++ 17

Question

我通常使用boost实现一些功能，特别是boost :: filesystem（1.58.0）。

我也对string_view使用std :: experimental（我的编译器尚未将其作为标准包含-g ++ 5.4.0 20160609）。

因为我使用了增强功能，所以我想准备好使用c ++ 17。

我想在代码中使用以下命令：

using namespace boost::filesystem; //the only exeption is to boost::filesystem::remove

using namespace std::experimental;

如果我using namespace std::experimental::filesystem;将boost行替换为' '我将获得与boost实现完全相同的行为，而代码中仅更改什么？

在获得具有这些功能的标准gcc官方编译器之后，我要做的就是：a）更改' std::experimental::filesystem; ' std::filesystem ） using namespace std::experimental;删除行' '

并在代码中更改后得到相同的行为？

c ++ 17包含哪些其他增强功能，并且还可以如上所述轻松替换？

Answer 1

Boost不是（附属于）ISO标准。

不，您不应该盲目期望语义相同。 即使在80％-90％的情况下，接口都是兼容的，您也会有所不同。

例如， boost::optional<T&>是允许的，但标准版本中不允许。 还有其他区别。

通常， using -directives是不好的做法，特别是如果您使用它来记录这些差异。 如果要保持依赖关系的移动性，最好创建自己的名称空间，包装函数。

在我的代码库中，例如，我曾经使用过

namespace XXX {

     using nullopt_t = ::boost::none_t;
     static CONSTEXPR nullopt_t nullopt = {};

     template <typename T> using optional = ::boost::optional<T>;
}

我们仅在任何非增强型代码中使用此接口。

除了已经概述的语义差异之外，这应该有助于过渡到标准库版本。

Answer 2

Boost和后来衍生的标准化倾向于不同。

对于文件系统，有一些重大更改。 在我头顶上方，一个标志被更改为标志的位域。

但是，90％的代码工作相同。

而不是using namespace boost::filesystem; ，请考虑使用

#ifdef USE_BOOST_FILESYSTEM
  namespace filesystem = boost::filesystem;
#else
  namespace filesystem = std::experitmental::filesystem;
#endif

现在使用filesystem::为API的使用添加前缀。

在实现不同的少数地方，可以使用更多#ifdef 。

现在，该名称空间中的内容会保留在您的代码中，并且您有一个#ifdef来处理它们不兼容的#ifdef情况。