＆（アドレスの）演算子を過負荷にしたいのはなぜですか？

Question

可能性の重複：「

なぜ誰もが、おそらく（&をオーバーロードしたい：
What legitimate reasons exist to overload the unary operator& ?

私はちょうどthis questionを読んで、私は助けることはできませんが、不思議アドレスの "）演算子？

 
    some_class* operator&() const { return address_of_object; } 

正当なユースケースはありますか？

Answer 1

どんな種類のラッパーオブジェクトを扱っている場合でも、ラッパーへのアクセスを含まれているオブジェクトに透過的に転送する必要があるか、必要があります。その場合は、ラッパーへのポインターを返すことはできませんが、含まれているオブジェクトへのポインターを返すようにアドレス演算子をオーバーロードする必要があります。

Answer 2

彼らは邪悪で、あなたが苦しんでほしいからです。

また、プロキシオブジェクトを使用している場合はどうでしょうか？私はと仮定します。あなたはコンテナではなく管理対象オブジェクトへのポインタを返すことをお勧めしますが、私はむしろgetter関数を使ってポインタを返します。そうでなければ、boost::addressofのようなものを使うことを忘れないでください。

Answer 3

はい、デバッグ用（あなたが任意のアクセスまたは参照をトレースしたい場合は、&、*または->への呼び出しにログ行を置きたいかもしれません）。

Answer 4

私はすでにこれを生産的なコードで見てきました。

しかし、0だけでなく、structの内容のバイナリ表現が返されました。

ユースケースは単純です：バイナリ操作。