另一个原因是惊讶。

如果我看到cout<<blah，而不是std:：cout<<blah，我会想：这是什么cout？这是正常的服装吗？有什么特别的吗？

我同意不应该在全球范围内使用它，但在本地使用它并没有那么糟糕，就像在命名空间中一样。下面是“C++编程语言”中的一个示例：

namespace My_lib {

    using namespace His_lib; // Everything from His_lib
    using namespace Her_lib; // Everything from Her_lib

    using His_lib::String; // Resolve potential clash in favor of His_lib
    using Her_lib::Vector; // Resolve potential clash in favor of Her_lib

}

在本例中，我们解决了由它们的组合引起的潜在名称冲突和歧义。

在那里显式声明的名称（包括通过使用His_lib:：String等声明声明的名称）优先于通过using指令（使用名称空间Her_lib）在另一个作用域中可访问的名称。

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

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

一个例子是，使用名称空间std会因为计数的模糊性而引发编译错误，这也是算法库中的一个函数。

#include <iostream>
#include <algorithm>

using namespace std;

int count = 1;
int main() {
    cout << count << endl;
}

很高兴看到代码并知道它做什么。如果我看到std:：cout，我知道这是std库的cout流。如果我看到cout，我不知道。它可能是std库的cout流。或者有一个int cout=0；在同一函数中高出十行。或该文件中名为cout的静态变量。它可能是任何东西。

现在以一百万行代码库为例，它不是特别大，你正在搜索一个bug，这意味着你知道在这一百万行代码中有一行没有完成它应该做的事情；可以读取名为cout的静态int，将其向左移动一位，然后丢弃结果。要找bug，我必须检查一下。你能看出我真的更喜欢看std:：cout吗？

如果你是一名教师，并且从未以编写和维护代码为生，那么这是一个非常好的主意。我喜欢看到代码：（1）我知道它做什么；而且，（2）我相信写它的人知道它的作用。

是的，名称空间很重要。在我的项目中，我需要将一个var声明导入到源代码中，但在编译时，它与另一个第三方库冲突。

最后，我不得不用其他方法来解决这个问题，并使代码变得不那么清晰。