我听说过使用名称空间std；这是不好的做法，我应该直接使用std:：cout和std:：cin。这是为什么？声明与std命名空间中的某个变量同名的变量是否有风险？
当前回答
另一个原因是惊讶。
如果我看到cout<<blah，而不是std:：cout<<blah，我会想：这是什么cout？这是正常的服装吗？有什么特别的吗？
其他回答
不应该在全局范围内使用using指令，尤其是在头中。但是，在某些情况下，即使是在头文件中，也会出现这种情况：
template <typename FloatType> inline
FloatType compute_something(FloatType x)
{
using namespace std; // No problem since scope is limited
return exp(x) * (sin(x) - cos(x * 2) + sin(x * 3) - cos(x * 4));
}
这比显式限定（std:：sin，std:：cos…）更好，因为它更短，并且能够处理用户定义的浮点类型（通过依赖于参数的查找（ADL））。
我认为本地或全球使用应取决于应用程序。
因为，当我们在本地使用库时，有时代码会变得一团糟。可读性将下降。
因此，只有在可能发生冲突时，我们才应该在本地使用库。
我不是一个更有经验的人。所以，如果我错了，请告诉我。
这都是关于管理复杂性的。使用名称空间会将您不想要的东西拉进来，因此可能会使调试变得更困难（我说可能）。到处使用std:：很难阅读（更多的文本等等）。
马的课程-管理你的复杂性，尽你最大的能力和感觉。
考虑两个名为Foo和Bar的库：
using namespace foo;
using namespace bar;
一切都很好，你可以从Foo调用Blah（），从Bar调用Qux（）。但有一天你升级到了Foo 2.0的新版本，它现在提供了一个名为Qux（）的函数。现在出现了一个冲突：Foo 2.0和Bar都将Qux（）导入到全局命名空间中。这将需要一些努力来解决，特别是如果函数参数恰好匹配。
如果您使用了foo:：Blah（）和bar:：Qux（），那么引入foo:：Qux（）将是一个非事件。
是的，名称空间很重要。在我的项目中，我需要将一个var声明导入到源代码中，但在编译时，它与另一个第三方库冲突。
最后，我不得不用其他方法来解决这个问题，并使代码变得不那么清晰。
