我认为本地或全球使用应取决于应用程序。

因为，当我们在本地使用库时，有时代码会变得一团糟。可读性将下降。

因此，只有在可能发生冲突时，我们才应该在本地使用库。

我不是一个更有经验的人。所以，如果我错了，请告诉我。

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

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

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

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

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

命名空间是为了避免命名冲突。C++基于C，C在函数和变量名方面有很多问题，因为有时来自不同库的函数会发生冲突。因此，库开发人员开始在其函数前面加上库名，如下所示：

foo/foo.h：

void libfoo_foo_foo_h_open(); // the name can be weird then even this one!

C++引入了名称空间，以一种简单的方式解决了这个问题。

假设您有两个名为file和window的库，分别处理文件和窗口，代码如下：

#include <file.h>
#include <window.h>

using namespace file;
using namespace window;

void open() {
     ...
}

文件.h：

namespace file {
    void open(); // What!
}

window.h：

namespace window {
    void open(); // Oh no!
}

上面的代码肯定无法编译。

如果你不喜欢键入std:：（只有5个字符），你可以一直这样做：（在头文件中不是个好主意）

using s = std;

如果您仍然想使用名称空间std；在您的源文件中，那么您正在引发这个问题，我必须问您“NAMESPACE的目的是什么？”。

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

很高兴看到代码并知道它做什么。如果我看到std:：cout，我知道这是std库的cout流。如果我看到cout，我不知道。它可能是std库的cout流。或者有一个int cout=0；在同一函数中高出十行。或该文件中名为cout的静态变量。它可能是任何东西。

现在以一百万行代码库为例，它不是特别大，你正在搜索一个bug，这意味着你知道在这一百万行代码中有一行没有完成它应该做的事情；可以读取名为cout的静态int，将其向左移动一位，然后丢弃结果。要找bug，我必须检查一下。你能看出我真的更喜欢看std:：cout吗？

如果你是一名教师，并且从未以编写和维护代码为生，那么这是一个非常好的主意。我喜欢看到代码：（1）我知道它做什么；而且，（2）我相信写它的人知道它的作用。

对于不合格的导入标识符，您需要像grep这样的外部搜索工具来查找标识符的声明位置。这使得关于程序正确性的推理更加困难。