这里有一个我在其他答案中都没有找到的观点：只使用一个名称空间。根据大多数答案，命名空间不好的主要原因是，你可能会有冲突的函数名，这会导致一片混乱。但是，如果只使用一个名称空间，则不会发生这种情况。确定您将使用最多的库（可能使用名称空间std；）并坚持使用它。

可以认为它有一个不可见的库前缀-std:：vector变成了vector。在我看来，这是两全其美的：一方面，它减少了必须进行的键入（正如名称空间所预期的那样），另一方面，为了清晰和安全，它仍然需要使用前缀。如果有一个函数或对象没有名称空间前缀，那么您知道它来自您声明的一个名称空间。

请记住，如果您决定在全球范围内使用一个，请不要在本地使用其他。这又回到了其他答案，即本地名称空间通常比全局名称空间更有用，因为它们提供了各种便利。

“为什么在C++中‘使用命名空间std；’被认为是一种糟糕的做法？”

我反过来说：为什么有些人认为额外键入五个字符很麻烦？

例如，考虑编写一个数字软件。当“vector”是问题领域最重要的概念之一时，我为什么还要考虑将通用的“std:：vector”缩减为“vector”来污染我的全局命名空间？

我不认为这在任何情况下都是不好的做法，但在使用它时都需要小心。如果你正在编写一个库，你可能应该在命名空间中使用作用域解析运算符，以防止你的库与其他库冲突。对于应用程序级代码，我看不出它有什么问题。

如果您导入了右侧的头文件，您的全局范围中会突然出现十六进制、左侧、加号或count等名称。如果您不知道std:：包含这些名称，这可能会令人惊讶。如果您也尝试在本地使用这些名称，可能会导致一些混淆。

如果所有的标准内容都在自己的命名空间中，那么就不必担心与代码或其他库的名称冲突。

我同意这里的其他观点，但我想解决有关可读性的问题——您可以通过在文件、函数或类声明的顶部使用typedef来避免所有这些问题。

我通常在类声明中使用它，因为类中的方法倾向于处理类似的数据类型（成员），typedef是一个在类上下文中分配有意义的名称的机会。这实际上有助于类方法定义的可读性。

// Header
class File
{
   typedef std::vector<std::string> Lines;
   Lines ReadLines();
}

在实施过程中：

// .cpp
Lines File::ReadLines()
{
    Lines lines;
    // Get them...
    return lines;
}

而不是：

// .cpp
vector<string> File::ReadLines()
{
    vector<string> lines;
    // Get them...
    return lines;
}

or:

// .cpp
std::vector<std::string> File::ReadLines()
{
    std::vector<std::string> lines;
    // Get them...
    return lines;
}

命名空间是为了避免命名冲突。C++基于C，C在函数和变量名方面有很多问题，因为有时来自不同库的函数会发生冲突。因此，库开发人员开始在其函数前面加上库名，如下所示：

foo/foo.h：

void libfoo_foo_foo_h_open(); // the name can be weird then even this one!

C++引入了名称空间，以一种简单的方式解决了这个问题。

假设您有两个名为file和window的库，分别处理文件和窗口，代码如下：

#include <file.h>
#include <window.h>

using namespace file;
using namespace window;

void open() {
     ...
}

文件.h：

namespace file {
    void open(); // What!
}

window.h：

namespace window {
    void open(); // Oh no!
}

上面的代码肯定无法编译。

如果你不喜欢键入std:：（只有5个字符），你可以一直这样做：（在头文件中不是个好主意）

using s = std;

如果您仍然想使用名称空间std；在您的源文件中，那么您正在引发这个问题，我必须问您“NAMESPACE的目的是什么？”。