我不认为这在任何情况下都是不好的做法，但在使用它时都需要小心。如果你正在编写一个库，你可能应该在命名空间中使用作用域解析运算符，以防止你的库与其他库冲突。对于应用程序级代码，我看不出它有什么问题。

有经验的程序员使用任何解决他们问题的方法，避免任何产生新问题的方法。出于这个确切的原因，他们避免使用头文件级别的指令。

经验丰富的程序员也尽量避免在源文件中使用完全限定的名称。这样做的一个次要原因是，除非有充分的理由，否则在代码较少的情况下编写更多的代码是不优雅的。一个主要原因是关闭参数依赖查找（ADL）。

这些好理由是什么？有时程序员明确希望关闭ADL，有时他们希望消除歧义。

因此，以下内容是可以的：

函数级使用指令并在函数的实现中使用声明使用源文件内声明的源文件级别（有时）使用指令的源文件级别

不应该在全局范围内使用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））。

根据我的经验，如果你有多个库使用cout，但出于不同的目的，你可能会使用错误的cout。

例如，如果我键入，使用名称空间std；并使用命名空间otherlib；如果只键入cout（恰好两者都有），而不是std:：cout（或'otherlib:：cout'），则可能会使用错误的一个，并出现错误。使用std:：cout更有效。

这取决于它的位置。如果它是一个公共的头，那么通过将其合并到全局名称空间中，可以减小名称空间的值。请记住，这可能是制作模块全局的一种简单方法。

短版本：不要在头文件中使用全局using声明或指令。可以在实现文件中使用它们。以下是Herb Sutter和Andrei Alexandrescu在C++编码标准中对这个问题的看法（我用粗体强调）：

总结命名空间using是为了方便您，而不是为了强加给他人：不要在#include指令之前编写using声明或using指令。推论：在头文件中，不要使用指令或声明编写命名空间级别；相反，显式命名空间限定所有名称。（第二条规则与第一条规则相同，因为标头永远无法知道后面可能出现的其他标头#includes。）讨论简而言之：在#include指令之后，你可以也应该在你的实现文件中自由地使用命名空间使用声明和指令，并对此感到满意。尽管重复了相反的断言，但使用命名空间的声明和指令并不是邪恶的，它们不会破坏命名空间的目的。相反，它们使名称空间可用。