为什么使用命名空间标准？

C++有一个标准库，其中包含构建应用程序时使用的常用功能，如容器、算法等。如果这些库使用的名称是公开的，例如，如果它们全局定义了一个队列类，那么您将无法再次使用相同的名称而不发生冲突。因此，他们创建了一个名称空间std来包含此更改。

不使用的原因1：不良行为

使用命名空间std的语句通常被认为是错误的做法。此语句的另一种方法是在每次声明类型时使用作用域运算符（：：）指定标识符所属的命名空间。尽管该语句避免了我们在任何时候希望访问std命名空间中定义的类或类型时键入std:：，但它将整个std命名空间导入到程序的当前命名空间中。

不使用的原因2：编译器变得混乱

在玩具程序中导入整个std库是可以的，但在生产级代码中，这是不好的。使用命名空间std；使命名空间std中声明的每个符号都可以在没有命名空间限定符的情况下访问。

例如：

现在，假设您升级到一个较新版本的C++，并将更多新的std命名空间符号注入到您不知道的程序中。您的程序中可能已经使用了这些符号。现在编译器将很难弄清楚声明的符号是属于您自己的实现，还是来自您在没有任何概念的情况下导入的名称空间。一些编译器会抛出错误。如果运气不好，编译器选择了错误的实现并编译它，这肯定会导致运行时崩溃。

命名空间污染影响：

虽然这种做法对于示例代码来说是可以的，但将整个std命名空间拉入全局命名空间是不好的，因为它会破坏命名空间的目的，并可能导致名称冲突。这种情况称为命名空间污染。

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

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

有一个非常简单的答案：这是防御性编程。您知道，使用名称空间std；-可以使std:：size_t、std:：cout等的使用更容易一些我希望您不必相信这样的指令在标题中没有位置！然而，在翻译单元中，您可能会受到诱惑。。。

作为std命名空间一部分的类型、类等随着每次C++修订而增加。如果放松std:：限定符，可能会有太多的歧义。放松std中经常使用的名称的限定符是完全合理的，例如，使用std:：fprintf；，或者更可能的是：使用std:：size_t；-但是，除非这些已经是语言的很好理解的部分（或者特别是C库的std包装），否则只使用限定符。

当您可以使用typedef并结合自动和decltype推理时，从可读性/可维护性的角度来看，实际上没有什么好处。

我也认为这是一种糟糕的做法。为什么？就在一天，我认为名称空间的功能是划分内容，所以我不应该将所有内容都放在一个全局包中而破坏它。

然而，如果我经常使用“cout”和“cin”，我会写：使用std:：cout；使用std:：cin；在.cpp文件中（当它使用include传播时，不会在头文件中）。我想，没有一个理智的人会说出一条小溪的名字

同时使用多个命名空间显然是一个灾难，但在我看来，使用JUST命名空间std和仅使用命名空间std并不是什么大问题，因为重新定义只能由您自己的代码进行。。。

因此，只需将它们的函数视为保留名称，如“int”或“class”即可。

人们不应该对此如此吹毛求疵。你的老师一直都是对的。只需使用一个名称空间；这就是首先使用名称空间的全部意义。您不应该同时使用多个。除非它是你自己的。因此，再次定义不会发生。

#include <iostream>

using namespace std;

int main() {
  // There used to be
  // int left, right;
  // But not anymore

  if (left != right)
    std::cout << "Excuse me, WHAT?!\n";
}

那么，为什么？因为它引入了与常用变量名重叠的标识符，并允许编译此代码，将其解释为if（std:：left！=std:：right）。

PVS Studio可以使用V1058诊断程序找到这样的错误：https://godbolt.org/z/YZTwhp（谢谢Andrey Karpov！！）。

Ping cppcheck开发人员：您可能希望标记此项。这是一场灾难。