考虑一下这段代码：
#include <iostream>
#include <string>
int main()
{
std::string str;
std::cout << "Enter a string: \n";
getline(std::cin, str);
}
我为什么要用 std:: 对于 string， cin 和 cout， 但不是 getline()？是 getline() 不在标准库中？我实际上有点困惑为什么我不能写 using namespace std; 而不是必须的 #include 标准库中的任何东西。提前致谢！
这是Andrew Koenig的* 故障。
他考虑了为用户定义的类型提供运算符的问题。并提出了根据其参数解析函数的想法。例如。使用命名空间中定义的类型参数 std，编译器在命名空间中查找（也） std。
这也叫做 Koenig查找 要么 ADL， 短缺 参数依赖查找。
using namespace std;。对于简短的探索性程序，您不仅可以，而且为了节省工作，您可以这样做。
但是，标准库定义了一些标识符，例如 distance 那是 非常 可能会与您使用的名称发生冲突。
因此，对于更严重的代码，考虑是否其他避免冗长的方法可能会更好。许多程序员甚至认为你 不应该 使用 using namespace std; 严肃的代码。一些挪威公司将此作为编码指南（我不同意如此绝对的观点，但你应该知道它存在，并且可能是多数人的观点）。
好歹：
永远不要放 using namespace std; 在标题中的全局命名空间中
因为那会让名字发生冲突 distance 很可能包含标题的一些代码。
using 不会让事情变得容易。许多编程语言，例如Java和C＃以及Ada和Modula-2以及UCSD Pascal，仅举几例，对单独编译的模块有语言支持，其中a 模 由函数，变量，类型，常量组成，可能更多。
根据语言，模块可以被称为“模块”（Modula-2），“包”（Ada，Java），“单元”（Pascal），“类”（Eiffel）等等。
C ++有一个更原始的单独编译系统，基本上编译器本身就知道 没有 关于模块。预处理器可以从“标题”中拖动文本，这提供了一种获取方式 一致的声明 东西的。并轻松获得这些声明。
但就是这样，当前原始文本包含系统存在大量问题，通过各种编译器对所谓的“预编译头”（不是C ++标准的一部分）的支持，最明显可见。
David Vandevoorde曾参与过一项工作 模块提案 对于C ++。
可悲的是，它还没有为C ++ 11做好准备，但也许它会在以后发生。
*：在评论中 大卫罗德里格兹 补充说“这不是安德鲁的错。他只将ADL用于运营商，委员会将其扩展到所有功能“。