是否有更好的方法在头中用 C + + 表示嵌套名称空间

为了避免真正的深缩进，我通常这样做:

namespace A { namespace B { namespace C
{
class X
{
// ...
};
}}}

我完全支持 Peterchen 的回答，但是我想添加一些东西来解决你的问题的另一部分。

在 C + + 中，声明名称空间是我实际上喜欢使用 #define的非常少见的情况之一。

#define MY_COMPANY_BEGIN  namespace MyCompany { // begin of the MyCompany namespace
#define MY_COMPANY_END    }                     // end of the MyCompany namespace
#define MY_LIBRARY_BEGIN  namespace MyLibrary { // begin of the MyLibrary namespace
#define MY_LIBRARY_END    }                     // end of the MyLibrary namespace

这也消除了在名称空间的大括号附近添加注释的需要(您是否曾经向下滚动到一个大的源文件的底部，并试图添加/删除/平衡那些缺少关于哪个大括号关闭哪个作用域的注释的大括号？一点都不好玩。).

MY_COMPANY_BEGIN
MY_LIBRARY_BEGIN


class X { };


class Y { };


MY_LIBRARY_END
MY_COMPANY_END

If you want to put all namespace declarations on a single line you can do that as well with a bit of (pretty ugly) preprocessor magic:

// helper macros for variadic macro overloading
#define VA_HELPER_EXPAND(_X)                    _X  // workaround for Visual Studio
#define VA_COUNT_HELPER(_1, _2, _3, _4, _5, _6, _Count, ...) _Count
#define VA_COUNT(...)                           VA_HELPER_EXPAND(VA_COUNT_HELPER(__VA_ARGS__, 6, 5, 4, 3, 2, 1))
#define VA_SELECT_CAT(_Name, _Count, ...)       VA_HELPER_EXPAND(_Name##_Count(__VA_ARGS__))
#define VA_SELECT_HELPER(_Name, _Count, ...)    VA_SELECT_CAT(_Name, _Count, __VA_ARGS__)
#define VA_SELECT(_Name, ...)                   VA_SELECT_HELPER(_Name, VA_COUNT(__VA_ARGS__), __VA_ARGS__)


// overloads for NAMESPACE_BEGIN
#define NAMESPACE_BEGIN_HELPER1(_Ns1)             namespace _Ns1 {
#define NAMESPACE_BEGIN_HELPER2(_Ns1, _Ns2)       namespace _Ns1 { NAMESPACE_BEGIN_HELPER1(_Ns2)
#define NAMESPACE_BEGIN_HELPER3(_Ns1, _Ns2, _Ns3) namespace _Ns1 { NAMESPACE_BEGIN_HELPER2(_Ns2, _Ns3)


// overloads for NAMESPACE_END
#define NAMESPACE_END_HELPER1(_Ns1)               }
#define NAMESPACE_END_HELPER2(_Ns1, _Ns2)         } NAMESPACE_END_HELPER1(_Ns2)
#define NAMESPACE_END_HELPER3(_Ns1, _Ns2, _Ns3)   } NAMESPACE_END_HELPER2(_Ns2, _Ns3)


// final macros
#define NAMESPACE_BEGIN(_Namespace, ...)    VA_SELECT(NAMESPACE_BEGIN_HELPER, _Namespace, __VA_ARGS__)
#define NAMESPACE_END(_Namespace, ...)      VA_SELECT(NAMESPACE_END_HELPER,   _Namespace, __VA_ARGS__)

Now you can do this:

NAMESPACE_BEGIN(Foo, Bar, Baz)


class X { };


NAMESPACE_END(Baz, Bar, Foo) // order doesn't matter, NAMESPACE_END(a, b, c) would work equally well


Foo::Bar::Baz::X x;

对于嵌套深度超过三个级别的嵌套，您必须将 helper 宏添加到所需的计数。

C + + 17可以简化嵌套的名称空间定义:

namespace A::B::C {
}

is equivalent to

namespace A { namespace B { namespace C {
} } }

请参见(8)关于 cpferences 的名称空间页面:
Http://en.cppreference.com/w/cpp/language/namespace

您可以使用以下语法:

namespace MyCompany {
namespace MyModule {
namespace MyModulePart //e.g. Input {
namespace MySubModulePart {
namespace ... {
class MyClass;
}
}
}
}
}


// Here is where the magic happens
class MyCompany::MyModule::MyModulePart::MySubModulePart::MyYouGetTheIdeaModule::MyClass {
...
};

注意，这种语法即使在 C + + 98中也是有效的，它几乎类似于现在 C + + 17中使用 嵌套命名空间定义的语法。

解套愉快！

资料来源:

• Http://seanmiddleditch.com/unnest-c-namespaces/
• Http://www.nuonsoft.com/blog/2017/08/01/c17-nested-namespaces/

[编辑: ]
由于 c + + 17嵌套名称空间作为标准语言特性(https://en.wikipedia.org/wiki/C%2B%2B17)受到支持。到目前为止，g + + 8还不支持这个特性，但是可以在 in clang + + 6.0编译器中找到它。

[ CONCLUSION: ]
使用 clang++6.0 -std=c++17作为默认编译命令。然后一切应该工作正常-你将能够编译与 namespace OuterNS::InnerNS1::InnerNS2 { ... }在您的文件。

[原答案: ]
既然这个问题有点老，我就假设你已经向前看了。但对于其他仍在寻找答案的人，我提出了以下想法:

(请允许我在这里为 Emacs 做一个广告:) ?) 发布图片比简单地发布代码要容易得多，也更易读。我不打算提供一个完整的答案所有角落的情况下，只是我想给一些灵感。(我完全支持 C # ，并且认为在很多情况下 C + + 应该采用一些 OOP 特性，因为 C # 之所以流行主要是因为它易于使用)。

本文相当好地涵盖了这一主题: 命名空间文件

基本上就是这样。名称空间越长，人们使用 using namespace指令的可能性就越大。

因此，看看下面的代码，你会发现一个例子，这将伤害你:

namespace abc { namespace testing {
class myClass {};
}}


namespace def { namespace testing {
class defClass { };
}}


using namespace abc;
//using namespace def;


int main(int, char**) {
testing::myClass classInit{};
}

但是，如果取消对 //using namespace def;行的注释，那么“测试”命名空间将变得模糊不清，并且会出现命名冲突，那么这段代码可以很好地编译。这意味着通过包含第三方库，代码库可以从稳定变为不稳定。

在 C # 中，即使使用 using abc;和 using def;，编译器也能够识别出 testing::myClass或者甚至仅仅是 myClass只存在于 abc::testing名称空间中，但是 C + + 不能识别这一点，并且会将其作为冲突检测出来。