定义支持/不支持功能的HAS_XXX/NO_XXX

Define HAS_XXX / NO_XXX for supporting / no-supporting a feature

本文关键字：XXX NO HAS 功能 支持 不支持 定义      更新时间：2023-10-16

为什么 Boost C++11 开发人员更喜欢NO_XXX而不是HAS_XXX？如您所见，BOOST_NO_CXX11_DELETED_FUNCTIONS 用于 \boost\coreoncopyable.hpp，

#if !defined(BOOST_NO_CXX11_DELETED_FUNCTIONS)
noncopyable( const noncopyable& ) = delete;
noncopyable& operator=( const noncopyable& ) = delete;
#else
private:  // emphasize the following members are private
noncopyable( const noncopyable& );
noncopyable& operator=( const noncopyable& );
#endif

如果他们选择了BOOST_HAS_CXX11_DELETED_FUNCTIONS，事情不会改变，

#if defined(BOOST_HAS_CXX11_DELETED_FUNCTIONS)
noncopyable( const noncopyable& ) = delete;
noncopyable& operator=( const noncopyable& ) = delete;
#else
private:  // emphasize the following members are private
noncopyable( const noncopyable& );
noncopyable& operator=( const noncopyable& );
#endif

使用NO_XXX是否比使用HAS_XXX更具优势？

未定义的"has"表示 (a) 您检测到该功能丢失，或 (b) 您忘记运行检测该功能是否丢失的代码。

然后，您编写不依赖于该功能的代码;构建在所有 4 种情况下都成功(功能存在/不存在，检测代码运行/不运行)。 但在 4 种情况中的 1 种情况下(存在功能，跳过检测代码)，编译了错误的代码。

未定义的"否"表示 (a) 您已检测到该功能存在，或 (b) 您忘记运行检测该功能是否缺失的代码，

然后编写不依赖于该功能的代码。 当您忘记运行功能检测代码时，构建将失败，并且该功能不存在。

因此NO静默错误案例少 1 个，静态检测程序逻辑错误的硬错误多 1 个。

似乎是一个很好的计划。

实际上有一些区别——不是在最终输出上，而是在默认设置上：

  • 使用HAS_XXX语义，如果需要，需要显式启用该功能，默认为关闭该功能。
  • 使用NO_XXX语义完全反转，默认值为打开，但您可以显式禁用它(例如，因为您的编译器不支持它)
相关文章：