在Boost 1.55中,current_function.hpp读起来如下所示:
namespace boost
{
namespace detail
{
inline void current_function_helper()
{
#if defined(__GNUC__) || (defined(__MWERKS__) && (__MWERKS__ >= 0x3000)) || (defined(__ICC) && (__ICC >= 600)) || defined(__ghs__)
# define BOOST_CURRENT_FUNCTION __PRETTY_FUNCTION__
#elif ...
#endif
}
} // namespace detail
} // namespace boost为什么作者还要费心写这些命名空间呢?
发布于 2014-11-03 19:25:17
detail名称空间有助于避免使用用户不需要知道的内部函数或类来污染官方的命名空间。
现代IDE解析头文件并提供代码完成,也就是说,如果您开始编写类似boost::c的东西,就会为名称提供建议。如果也列出诸如copy_pod_nontrivial之类的内部算法,这将是非常不可用的。
此外,错误可能导致对内部函数的调用或对内部类类型对象的声明。这绝对不是我们想要的。
一个更技术性的原因是ADL:一些函数是根据其参数的类型找到的(函数模板的模板参数也包括在内);这可能导致查找名称以搜索官方名称空间中的名称。如果在其中声明了助手函数(或类),这可能会导致重载解析方面的问题。
用户不应该(需要)使用这些内部函数,因此,如果您看到访问detail-like命名空间的用户代码,您应该保持警惕。
https://stackoverflow.com/questions/26721336
复制相似问题