命名空间是为了避免命名冲突。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的目的是什么？”。

不要全局使用它

只有在全球范围内使用时，它才被认为是“坏的”。因为：

你把正在编程的命名空间弄得乱七八糟。当您使用许多名称空间xyz；时，读者将很难看到特定标识符的来源；。无论对你的源代码的其他读者来说是什么，对最经常阅读源代码的读者来说更是如此：你自己。一两年后回来看看。。。如果您只讨论使用名称空间std；你可能不知道你抓取的所有内容——当你添加另一个#include或移动到一个新的C++修订版时，你可能会遇到你不知道的名称冲突。

您可以在本地使用

继续，在本地（几乎）自由使用它。当然，这可以防止你重复std:：--，重复也是不好的。

本地使用它的习惯用法

在C++03中，有一种习惯用法——样板代码——用于为类实现交换函数。有人建议您实际使用本地using命名空间std；--或至少使用std:：swap；：

class Thing {
    int    value_;
    Child  child_;
public:
    // ...
    friend void swap(Thing &a, Thing &b);
};
void swap(Thing &a, Thing &b) {
    using namespace std;      // make `std::swap` available
    // swap all members
    swap(a.value_, b.value_); // `std::stwap(int, int)`
    swap(a.child_, b.child_); // `swap(Child&,Child&)` or `std::swap(...)`
}

这有以下魔力：

编译器将为value_选择std:：swap，即void std:：swap（int，int）。如果实现了重载void swap（Child&，Child&），编译器将选择它。如果没有重载，编译器将使用void std:：swap（Child&，Child&），并尽可能地交换这些。

对于C++11，没有理由再使用这种模式了。对std:：swap的实现进行了更改，以找到一个潜在的过载并选择它。

我认为本地或全球使用应取决于应用程序。

因为，当我们在本地使用库时，有时代码会变得一团糟。可读性将下降。

因此，只有在可能发生冲突时，我们才应该在本地使用库。

我不是一个更有经验的人。所以，如果我错了，请告诉我。

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

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

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

我同意不应该在全球范围内使用它，但在本地使用它并没有那么糟糕，就像在命名空间中一样。下面是“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）在另一个作用域中可访问的名称。

您需要能够阅读与您不同风格和最佳实践意见的人编写的代码。如果你只使用cout，没有人会感到困惑。但是，当你有很多名称空间到处飞的时候，你看到这个类，你不太确定它做什么时，让名称空间显式充当某种注释。您可以第一眼看到，“哦，这是一个文件系统操作”或“这是在做网络工作”。