它是否有意义超载一元运算符＆？

Question

因此，C++允许超载一元operator &（地址）。你知道任何真实世界例如当operator &被正确地重载吗？第二个更具体的问题是，您知道任何真实世界例如当operator &正确地重载，同时保留地址语义？ TIA

Answer 1

我有207 真实世界的operator &()例子：Code search 1，Code search 2。

包括SafeInt<>（以获得潜在的裸体整数），boost::gil（显然也得到原始数据），Mozilla的（即说：“这是有风险的定义运营商&，但是，嘿，我们知道我们在做什么。“），wxWidgets，Armagetron以及更多。

似乎有些人使用迭代器成语&*it来获得一个原始参考或指针向后，并写*&it得到一个原始参考和&it得到一个原始指针。

请注意，一旦您的类型重载operator&并返回与内置运算符不同的内容，您的类型不再是CopyConstructible（在C++ 03 - C++ 0x似乎已解除​​它），因此不能用作标准容器中的元素类型。

Answer 2

我不知道一个具体的例子，但我可以想象一个容器类，你可能想要返回一个智能指针或迭代器。不过，我并不是说这一定是有道理的。

Answer 3

它出现在ATL使用，e.g http://msdn.microsoft.com/en-us/library/5s6et3yb.aspx

Answer 4

一个很好的理由超载可能是使它private，以防止用户使用它。我不能想到任何你想要防止这种情况的真实世界的例子，但它似乎是超载它的最合乎逻辑的理由。

Answer 5

在编写用于与Direct3D交互的类时，我重载了此运算符。这是一个智能指针类，需要从运算符&返回T **，以便它可以用于期望指针指向的函数中。 T **语义很少见，但在某些情况下您确实需要它们。

Answer 6

当对象有一个特殊用途的智能指针时，我做了一次。 operator&悄悄地将堆栈分配的对象“提升”为基于堆栈的智能指针版本，并且一旦对象位于指针内，此运算符的行为就会有所不同。

我没有代码了，但是当时的一个原因。这当然不是一个轻松的决定，这条路上布满了尸体。