嵌套名称空间,纠正静态库设计问题

core.h 头,你会有这样的东西

#include <string>
#include <iostream>
namespace core
{
    typedef std::string mystring;
    #define mycout std::cout
}

一个也没有 using utils.h header,你可以使用这样的东西:

#include "core.h"
namespace utils
{
    core::mystring stringfunction(core::mystring &stuff)
    {
        core::mystring result;
        // do stuff
        return result;
    }
}

mystring 任何地方,除了核心::。它需要更多的类型,但名称空间就是这样,让你自己知道类型/函数/类是从哪里来的。

更新

故事的另一面是这样的:

在核心名称空间中声明内容的头,如上所述。

实用程序.h 在core::utils命名空间中声明内容的头,然后 namespace utils = core::utils 我的字符串 而不是 core::mystring utils*.h 标题和 *.cpp 文件夹。

像这样的一段时间 :

#include "core.h"
namespace core
{
    namespace utils
    {
        mystring stringfunction(mystring &stuff)
        {
            mystring result;
            // do stuff
            return result;
        }
    }
}
namespace utils = core::utils; // allow user to type utils::stringfunction

这会稍微清理用户和库代码。

我自己的方法是为每个库使用一个名称空间。我不认为嵌套的名称空间会给聚会带来什么,除非你喜欢(在键盘上)打字。这对我来说没有任何问题。