如何简化C++头文件中长命名空间限定的定义且不污染外部命名空间？

方案1：使用编译期立即调用lambda（IIFE）隔离作用域（最推荐，C++17及以上适用） #

这种方案完全不会泄露任何内部名称到外层命名空间，也规避了部分编译器对泛型lambda中using namespace的兼容问题：

// fmap.hpp
namespace util {
    inline constexpr auto fmap = []() consteval {
        // 该using指令仅在lambda内部作用域生效，不会向外泄露
        using namespace boost::hana;
        return curry<2>(flip(transform));
    }();
}

说明：C20可使用consteval强制编译期执行，C17将consteval替换为constexpr即可正常使用，最终生成的代码和你原始的全限定名写法完全一致，没有额外运行时开销。

方案2：命名空间内部短别名简化 #

如果你的util命名空间下会频繁使用boost::hana的接口，可以在内部定义命名空间别名，仅在util作用域内生效，不会污染全局命名空间：

// fmap.hpp
namespace util {
    // 别名仅在util命名空间下可见，客户代码默认无法访问
    namespace hana = boost::hana;
    inline constexpr auto fmap = hana::curry<2>(hana::flip(hana::transform));
}

说明：这种写法改动最小，可读性提升明显，只要你不主动对外导出util::hana别名，就不会对客户代码产生任何影响。

方案3：仅引入需要的名称的using声明 #

如果你只用到少量boost::hana下的接口，可以在util命名空间内部做精确的using声明，完全达到你想要的简化写法：

// fmap.hpp
namespace util {
    // 仅引入三个需要的名称，仅在util命名空间下生效
    using boost::hana::curry;
    using boost::hana::flip;
    using boost::hana::transform;
    inline constexpr auto fmap = curry<2>(flip(transform));
}

说明：引入的三个名称只会存在于util命名空间下，除非客户代码主动写using namespace util;否则不会感知到这几个名称的存在，污染风险极低。

内容的提问来源于stack exchange，提问作者Enlico