Hat der unary + Operator einen praktischen Nutzen?

Question

War der unäre Operator + nur für die Symmetrie mit dem unären Operator - enthalten, oder findet er eine praktische Verwendung in C++ - Code?

Bei der Suche hier bin ich auf What is the purpose of the unary '+' operator in C? gestoßen, aber die einzigen nützlichen Szenarios sind Präprozessor-Makros. Das ist gut zu wissen, aber sie scheinen einige weniger häufige Situationen zu sein und beinhalten Makros. Gibt es Anwendungsfälle mit häufigerem C++ - Code?

Answer 1

char ch = 'a'; 
std::cout << ch << '\n'; 
std::cout << +ch << '\n'; 

Die erste Einbringungs schreibt das Zeichen a zu cout. Die zweite Einfügung schreibt den numerischen Wert ch in cout. Aber das ist ein bisschen unklar; Es beruht auf dem Compiler, der integrale Aktionen für den Operator + anwendet.

Answer 2

Symmetrie mit unären - ist nicht völlig nutzlos;

const int foo = -1; 
const int bar = +1; 

Und ein unären + kann eine Operation zur Bezeichnung verwendet werden, überlastet, die die gleiche logische Wert als Operand ergibt, während einige nicht-triviale Berechnung durchführen: es kann für Hervorhebungen verwendet werden. (Ich habe gesehen, dass dies für Typkonvertierungen in Ada getan wurde, wodurch unäre +, aber keine Konvertierungen, überlastet werden können.) Ich habe kein gutes C++ - Beispiel zur Hand, und man könnte argumentieren, dass es ein schlechter Stil wäre. (Dann wieder habe ich viel Erfreuliches gesehen << zu überlasten.)

Was warum C++ hat, ist es wahrscheinlich weitgehend auf Konsistenz mit C, die es mit dem 1989 ANSI-Standard hinzugefügt. Die C Rationale sagt nur:

Unäres Plus wurde aus mehreren Implementierungen vom C89 Ausschuss angenommen wurde, für Symmetrie mit unären Minus.

Answer 3

Wenn Sie frei von jeder Zahlenwert Semantik für eine Klasse, jede Betreiber Überlastung ist ausdrücklich klar bleiben nicht zu „tun, wie die Ints tun“. In diesem Fall können die unären Plus einen Sinn bekommen, tun viel mehr als nur *this

prominentes Beispiel der Rückkehr: Boost.Spirit's unary plus für den Embedded-EBNF des Kleene Plus erzeugt eine Parser-Regel, die läßt Spiel ein, es ist Argument (wie auch eine Parser-Regel) oder mehrere Male.

Answer 4

Unary + wendet integrierte Werbeaktionen an. @ PeteBeckers Antwort zeigt eine Möglichkeit, die nützlich sein kann.

Zum anderen, beachten Sie, dass ein nicht gekapselter Aufzählungstyp zu einem Integer-Typ hochgestuft wird, der alle Werte in enum darstellen kann. So in C++ 03, auch ohne C++ 11 die std::underlying_type<T>, könnten Sie tun:

enum MyBitMask { 
    Flag1 = 0x1, 
    Flag2 = 0x2, 
    Flag3 = 0x4, 
    Flag4 = 0x8000000 
}; 

inline MyBitMask operator&(MyBitMask x, MyBitMask y) { 
    return static_cast<MyBitMask>(+x & +y); 
} 

inline MyBitMask operator|(MyBitMask x, MyBitMask y) { 
    return static_cast<MyBitMask>(+x | +y); 
} 

Answer 5

Die unäre + Betreiber einen L-Wert in einen R-Wert verwandelt:

struct A { 
    static const int value = 1; 
}; 

// ... 

int x = std::min(0, A::value); 

Oh nein! Dieser Code wird nicht verlinkt, weil jemand vergessen hat, A::value zu definieren (und zu deklarieren).std::min nimmt seine Argumente durch Bezugnahme so A::value muss eine Adresse haben, so ein Verweis darauf binden kann (technisch gesehen, die eine Definition der Regel heißt es im Programm genau einmal definiert werden müssen.)

Nevermind, unäres Plus zur Rettung:

int x = std::min(0, +A::value); 

der unäre Plus schafft eine temporäre mit dem gleichen Wert und die Referenz bindet an das temporäre, also können wir rund um die fehlende Definition arbeiten.

Dies ist nicht oft erforderlich, aber es ist eine praktische Anwendung des unary plus-Operators.

Answer 6

Ein bisschen spät, aber hier ist eine sehr verdrehte Verwendung, über die ich stolperte. Offensichtlich kann der Operator + nützlich sein (falls es vielleicht nicht unbedingt notwendig ist), wenn Sicherheitsvorkehrungen um die Möglichkeit herum getroffen werden, leere Präprozessor-Token zu treffen. Eine ausführlichere Diskussion finden Sie unter this post.

Es ist praktisch, aber keineswegs angenehm.