C++用于 std 和 boost 命名空间的最佳实践

发布于 2024-10-07 06:20:37 字数 551 浏览 6 评论 0原文

可能的重复：
您更喜欢 C++ 中的显式命名空间还是“using”？

我是一名 C# 开发人员，但我的朋友是一名 C++ 开发人员。他向我展示了充满诸如 std::for_each 和 boost::bind 之类的调用的代码。我在 C# 中使用过，并认为使用指令会提高代码的可读性并且通常会加快开发速度。例如，在 C# foreach 语句之前键入任何命名空间都会很麻烦。

我想知道使用这种流行的命名空间有什么缺点和优点？

包含这些命名空间是否是最佳实践？

原文

分享到QQ

分享到微博

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

发布评论

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

清泪尽 2024-10-14 06:20:37

首先，让我们区分两个：

1) 有 using 指令，如 using namespace std; 和 using 声明，如 using std::cout;

2) 你可以把 using头文件 (.h) 或实现文件 (.cpp) 中的指令和声明

此外，使用指令和声明将名称带入编写它们的名称空间中，即

namespace blah
{
    using namespace std; // doesn't pollute the *global* namespace, only blah
}

现在，就最佳实践而言，很明显，将在全局命名空间的头文件中使用指令和声明是一个可怕的禁忌。人们会因此讨厌你，因为任何包含该标头的文件都会污染其全局命名空间。

将 using 指令和声明放在实现文件中在某种程度上更容易接受，尽管它可能会或可能不会使代码变得不太清晰。一般来说，在这种情况下，您应该更喜欢使用声明而不是指令。我自己的偏好是始终指定名称空间，除非它太长（那么我可能会受到诱惑）。

在标头中，如果每次输入名称空间变得非常乏味，您始终可以引入“本地”名称空间，例如

namespace MyLocalName
{
    using namespace boost;

    class X
    {
        // can use things from boost:: here without qualification
    };
}

using MyLocalName::X; // brings X back into the global namespace

但永远不要将 using namespace boost; 或等效的位置放在会拖拽所有内容的地方将 Boost 中的内容放入全局命名空间本身以供其他人使用。

First of all, let's make two distinctions:

1) There are using directives like using namespace std; and using declarations like using std::cout;

2) You can put using directives and declarations in either a header (.h) or an implementation file (.cpp)

Furthermore, using directives and declarations bring names into the namespace in which they're written, i.e.

namespace blah
{
    using namespace std; // doesn't pollute the *global* namespace, only blah
}

Now, in terms of best practice, it's clear that putting using directives and declarations in a header file in the global namespace is a horrible no-no. People will hate you for it, because any file that includes that header will have its global namespace polluted.

Putting using directives and declarations in implementation files is somewhat more acceptable, although it may or may not make the code less clear. In general, you should prefer using declarations to using directives in such instances. My own preference is to always specify the namespace, unless it's annoyingly long (then I might be tempted).

In a header, if typing the namespace every single time is getting really tedious, you can always introduce a "local" namespace, e.g.

namespace MyLocalName
{
    using namespace boost;

    class X
    {
        // can use things from boost:: here without qualification
    };
}

using MyLocalName::X; // brings X back into the global namespace

But never put using namespace boost; or the equivalent somewhere where it will drag all the stuff from Boost into the global namespace itself for other people.

回复收藏 0 原文