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

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

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

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

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

下面是一个示例，展示了如何使用命名空间std；可能会导致名称冲突问题：

无法在C中定义全局变量++

在本例中，一个非常通用的算法名称（std:：count）与一个非常合理的变量名称（count）冲突。

这都是关于管理复杂性的。使用名称空间会将您不想要的东西拉进来，因此可能会使调试变得更困难（我说可能）。到处使用std:：很难阅读（更多的文本等等）。

马的课程-管理你的复杂性，尽你最大的能力和感觉。

如果您导入了右侧的头文件，您的全局范围中会突然出现十六进制、左侧、加号或count等名称。如果您不知道std:：包含这些名称，这可能会令人惊讶。如果您也尝试在本地使用这些名称，可能会导致一些混淆。

如果所有的标准内容都在自己的命名空间中，那么就不必担心与代码或其他库的名称冲突。

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

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