老实说，对我来说，这就像讨论缩进空间的数量。

在标头中使用指令会导致损坏。但是在C++文件中呢？如果同时使用两个名称空间，可能会发生这种情况。但如果你使用一个，它更多的是风格而不是真正的效率。

你知道为什么关于缩进的线索如此流行吗？任何人都可以说些什么，听起来非常聪明和有经验。

老实说，对我来说，这就像讨论缩进空间的数量。

在标头中使用指令会导致损坏。但是在C++文件中呢？如果同时使用两个名称空间，可能会发生这种情况。但如果你使用一个，它更多的是风格而不是真正的效率。

你知道为什么关于缩进的线索如此流行吗？任何人都可以说些什么，听起来非常聪明和有经验。

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

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

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

这可能比Greg写的更糟！

Library Foo 2.0可能会引入一个函数Qux（），它无疑比多年来代码调用的bar:：Qux）更适合您对Qux的某些调用。然后你的代码仍然可以编译，但它会默默地调用错误的函数，上帝知道会发生什么。这是最糟糕的事情了。

请记住，std名称空间有大量的标识符，其中许多是非常常见的标识符（例如列表、排序、字符串、迭代器等），这些标识符也很可能出现在其他代码中。

如果你认为这不太可能：在我给出这个答案大约半年后，在Stack Overflow上有一个问题（由于省略了std:：前缀而调用了错误的函数）。这是这一问题的另一个最近的例子。所以这是一个真正的问题。

这里还有一个数据点：很多很多年前，我还发现必须在标准库中的所有内容前面加上std:：，这很烦人。然后我在一个项目中工作，一开始就决定禁止使用指令和声明，但函数作用域除外。猜猜怎么了？我们中的大多数人花了几周的时间才习惯写前缀，再过几周，我们中的大部分人甚至同意这实际上使代码更可读。这是有原因的：你喜欢较短或较长的散文是主观的，但前缀客观上增加了代码的清晰度。不仅是编译器，您也会发现更容易看到引用的是哪个标识符。

在十年内，该项目发展到拥有数百万行代码。由于这些讨论一次又一次出现，我一度很好奇项目中实际使用（允许）函数范围的频率。我查阅了它的来源，只找到了一两打使用它的地方。对我来说，这表明，一旦尝试过，即使在允许使用std:：的地方，开发人员也不会觉得每100kLoC使用一次指令就足够痛苦。

一句话：明确地给每件事加上前缀不会造成任何伤害，只需要很少的时间就可以习惯，而且有客观的优势。特别是，它使编译器和人类读者更容易解释代码，这可能是编写代码时的主要目标。

为了回答你的问题，我实际上是这样看的：很多程序员（不是所有人）都调用命名空间std。因此，人们应该养成习惯，不要使用与命名空间std中的名称冲突或使用相同名称的东西。这是一个很大的事实，但与严格来说可能出现的连贯单词和假名的数量相比，这并不是那么多。

我是说真的。。。说“不要依赖于这个存在”只是让你依赖于它不存在。您经常会遇到借用代码片段并不断修复它们的问题。只需将用户定义的和借用的内容保持在有限的范围内，并且非常节省全局变量（老实说，全局变量几乎永远是“现在编译，以后理智”的最后手段）。我真的认为这是你老师的坏建议，因为使用std对“cout”和“std:：cout”都有效，但不使用std只对“std:”cout有效。你不会总是幸运地编写自己的代码。

注意：在真正了解编译器的工作原理之前，不要过于关注效率问题。只要有一点编码经验，在你意识到他们能够将好的代码概括成简单的东西之前，你不必了解他们太多。每一点都很简单，就像你用C语言写了整件事一样。

我最近遇到了关于VisualStudio2010的投诉。事实证明，几乎所有的源文件都有这两行：

using namespace std;
using namespace boost;

许多Boost功能将进入C++0x标准，而Visual Studio 2010有许多C++0x功能，因此这些程序突然无法编译。

因此，避免使用名称空间X；是一种未来校对的形式，一种确保对正在使用的库和/或头文件的更改不会破坏程序的方法。