当前位置：文江博客话题详情

关于C++中的全局命名空间

发布于 2024-12-08 07:55:10 字数 227 浏览 0 评论 0原文

在 C++ 中，我们应该在全局命名空间中添加 :: 的内容吗？

例如，当使用 C 语言的 WinAPI 时，我应该用 ::HANDLE 而不是 HANDLE，用 ::LoadLibrary 而不是 <代码>加载库？ C++ 对此有何评论？考虑到可读性和可维护性等问题，这通常是一个好主意吗？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

与风相奔跑 2024-12-15 07:55:10

C++ 中的名称可以是限定的和非限定的。限定名称和非限定名称查找有不同的规则。 ::HANDLE 是限定名称，而 HANDLE 是非限定名称。考虑以下示例：

#include <windows.h>

int main()
{
    int HANDLE;
    HANDLE x; //ERROR HANDLE IS NOT A TYPE
    ::HANDLE y; //OK, qualified name lookup finds the global HANDLE
}

我认为选择 HANDLE 与 ::HANDLE 的决定是编码风格的问题。当然，正如我的例子所表明的，在某些情况下，资格赛是强制性的。因此，您不妨使用 :: 以防万一，除非语法对您来说有点恶心。

Names in C++ can be qualified and unqualified. There are different rules for qualified and unqualified name lookup. ::HANDLE is a qualified name, whereas HANDLE is an unqualified name. Consider the following example:

#include <windows.h>

int main()
{
    int HANDLE;
    HANDLE x; //ERROR HANDLE IS NOT A TYPE
    ::HANDLE y; //OK, qualified name lookup finds the global HANDLE
}

I think that the desicion of choosing HANDLE vs. ::HANDLE is a matter of coding style. Of course, as my example suggests, there might be situations where qualifying is mandatory. So, you might as well use :: just in case, unless the syntax is somewhat disgusting for you.

回复收藏 0 原文

不弃不离 2024-12-15 07:55:10

由于 C 中不存在命名空间，因此不要使用 ::HANDLE 来访问 HANDLE 类型。

使用前缀 :: 作为全局命名空间是提高可读性的好主意，您知道要访问的类型来自全局命名空间。

此外，如果您位于嵌套命名空间中并声明自己的 HANDLE 类型（例如），那么编译器将使用此类型而不是 windows.h 类型！

因此，在嵌套命名空间中工作时，总是更喜欢在名称之前使用::。

回复收藏 0 原文

紅太極 2024-12-15 07:55:10

主要的兴趣点是从编译器的角度来看差异是什么，正如已经说过的，如果您包含 :: 那么您将使用限定查找，而不是非限定查找。

使用限定查找的优点是它始终能够精确定位特定的符号。缺点是它总是会精确定位该特定符号——即它将禁用参数相关查找。 ADL 是该语言的一个重要且有用的部分，通过限定你可以有效地禁用它，这是很糟糕的。

假设您在全局命名空间中有一个函数 f，并且在命名空间 N 内添加了一个类型 T。不要考虑您想要添加以 T 作为参数的 f 重载。遵循接口原则，您可以将f添加到N命名空间，因为f实际上是对T，因此它属于该类型。在这种情况下，如果您的代码在未知类型 U 的对象上调用（考虑通用代码）::f(obj)，编译器将无法选择将 ::N::f(obj) 作为潜在的重载，因为代码明确要求全局命名空间中的重载。

使用非限定查找可以让您自由地定义函数所属的位置以及用作参数的类型。虽然不完全相同，但请考虑使用 swap，如果您符合 std::swap 的条件，那么它将不会拾取您手卷的 void swap( T&, T& ) 在您的 N 命名空间中...

只有当编译器无法获取我想要的元素时，我才会完全限定标识符。

回复收藏 0 原文

日久见人心 2024-12-15 07:55:10

这很大程度上是风格问题。没有性能或效率问题可言。对于大型项目和打算在许多不同平台上编译的项目来说，这可能是一个很好的实践，因为在这些情况下，全局名称和命名空间中的名称之间更有可能发生冲突。

回复收藏 0 原文

几味少女 2024-12-15 07:55:10

通常，您不必必须为全局命名空间添加::。（仅在某些非常罕见的情况下）。恕我直言，它会损害可读性，但是，另一方面，它可能不会破坏您的代码

回复收藏 0 原文

热情消退 2024-12-15 07:55:10

我将所有代码放入一个命名空间中，并且相对于 C 标头，我更喜欢使用 C++ 标头，因此全局命名空间中留下的唯一符号往往来自 Windows API。我避免将符号从其他命名空间拉入当前命名空间（例如，我从来没有使用命名空间 std; ），而是更喜欢显式地限定事物。这符合 Google 的 C++ 风格指南。

因此，我养成了使用 :: 限定 WinAPI 函数调用的习惯，原因如下：

一致性。对于当前命名空间之外的所有内容，我显式引用它（例如，std::string），那么为什么不显式引用 Windows API（例如，::LoadLibraryW ）？ Windows API 命名空间是全局命名空间。
许多 WinAPI 函数都是通用命名的（例如，DeleteObject）。除非您非常熟悉正在阅读的代码，否则您可能不知道 DeleteObject 是对当前命名空间中的某些内容的调用还是对 Windows API 的调用。因此，我发现 :: 澄清了。
许多 Windows 框架都有与原始调用同名的方法。例如，ATL::CWindow 有一个 GetClientRect 方法，其签名与 WinAPI 的 GetClientRect 略有不同。在此框架中，您的类通常从 ATL::CWindow 派生，因此，在您的类的实现中，通常会使用 GetClientRect 来调用继承的 ATL 方法如果您需要调用 WinAPI 函数，则使用 ::GetClientRect 。这并不是绝对必要的，因为编译器会根据签名找到正确的签名。尽管如此，我发现读者可以清楚地了解其中的区别。