“向后移植” nullptr 到 C++-pre-C++0x 程序

Question

或多或少如标题所暗示的那样。虽然我尚未使用C++0x我我希望在这种情况发生时做好准备，并且我还希望减少为使用其某些功能而必须重写的代码量。这样我就可以一次性获得向后和向前兼容性。

我发现的最有趣的之一是 nullptr，我最近使用得比较频繁。

在检查了“官方解决方法”和Meyer的建议后，我决定我想在我的 C++ 和未来的 C++0x 程序中使用它。第二部分很简单——作为关键字，nullptr 将被简单地支持。但第一部分让我有些不舒服。

Meyers 提案的功能如下：

class nullptr_t { // ← this is my issue
    // definition of nullptr_t
} nullptr = { };

该提案的问题在于，它按照 C++0x 的要求声明了要声明为 std::nullptr_t 的类型。这意味着要让解决方法“感觉原生”，必须通过重新打开 std:: 命名空间来添加类型来完成。 我知道在 C++ 程序中这样做是非法的（与添加专业化不同，这显然是皱眉并警告）。

我想在 C++ 程序中以舒适的AND合法方式使用nullptr。我想到的一个选择是在另一个名称空间中声明类型，然后使用 using 将其引入：

namespace mylibrary {
class nullptr_t {
    ....
} nullptr = { };
// end namespace
}

// These would have to go in the header file.
using mylibrary::nullptr;
using mylibrary::nullptr_t; // apparently this is necessary as well?

这是使其工作的正确方法吗？它将强制 using 指令，这也强制 #include 指令的特定顺序。我是否正确地期望 C++0x 之前的代码不会请求带有命名空间的类型 nullptr_t （例如，作为函数参数类型）？如果这样做的话，它真的会“感觉原生”吗？

---

作为附录，为了更好的兼容性和编码而尝试将一些漂亮的 C++0x 东西反向移植到 C++ 是受欢迎还是令人皱眉？与此同时，我已将这个解决方案和我正在开发的其他解决方案集成到一个软件中被释放。

Answer 1

除非您能想到需要声明 nullptr_t 类型的另一个对象（我不能），否则我会隐藏该类型并放置 nullptr< /code> 在全局命名空间中尽可能模仿关键字：

namespace mylibrary
{
    class nullptr_t
    {
        ....
    };
}

mylibrary::nullptr_t nullptr = { };

Answer 2

不允许您向 namespace std 添加内容的主要原因是这样您就不会弄乱已经存在的内容。否则这可以很容易地完成。我过去发现的是使用 std::vector 等内置类型实例化的容器的输出运算符的多个定义。然而，nullptr_t 并未在此命名空间中定义，因此添加 typedef 应该是无害的。也就是说，我将在与 namespace std 不同的命名空间中定义 nullptr_t，然后为 nullptr_t 添加一个 typedef 到命名空间 std。无论如何，变量 nullptr 都需要在全局范围内声明，因为它在 C++2011 中以不限定的方式使用。

是否需要 std::nullptr_t 类型取决于您是否有兴趣使用此类型添加签名。例如，std::shared_ptr 可以与 nullptr 进行比较。为此，有必要添加适当的重载来提及类型 std::nullptr_t （或为此类型使用其他名称）。