Die geschriebenen Versionen der logischen Operatoren

Dies ist der einzige Ort , den ich je gesehen habe and, orund notals tatsächliche Operatoren in C ++ aufgeführt. Als ich ein Testprogramm in NetBeans schrieb, bekam ich die rote Unterstreichung, als ob es einen Syntaxfehler gäbe, und stellte fest, dass die Website falsch war, aber es ist NetBeans, das falsch ist, weil es wie erwartet kompiliert und ausgeführt wurde.

Ich kann sehen, !dass ich bevorzugt werde, notaber die Lesbarkeit von and&& orscheint größer zu sein als die ihrer grammatikalischen Brüder. Warum existieren diese Versionen der logischen Operatoren und warum verwendet sie scheinbar niemand? Ist dies wirklich gültiges C ++ oder eine Art Kompatibilität mit C, die in der Sprache enthalten war?

Sie haben ihren Ursprung in C in der Kopfzeile <iso646.h>. Zu der Zeit gab es Tastaturen , die nicht die gewünschten Symbole für Typen könnte &&(zum Beispiel), so dass der Header enthalten #defineist , dass sie so durch (in unserem Beispiel) unterstützen würde definieren , dabei andzu sein &&. Natürlich wurde dies mit der Zeit weniger genutzt.

In C ++ wurden sie zu sogenannten alternativen Token . Sie nicht etwas brauchen enthalten diese Token in einem konformen Compiler zu verwenden (als solche, die C ++ - ified Version des C - Header <ciso646>ist leer). Alternative Token sind mit Ausnahme der Rechtschreibung wie normale Token. Während des Parsens andist es genau das Gleiche wie &&, es ist nur eine andere Art, dasselbe zu buchstabieren.

Was ihre Verwendung betrifft: Da sie selten verwendet werden, ist ihre Verwendung oft überraschender und verwirrender als hilfreich. Ich bin sicher, wenn es normal wäre, wären sie viel einfacher zu lesen, aber die Leute sind so daran gewöhnt &&und ||alles andere lenkt nur ab.

EDIT: Ich habe eine sehr leichte Zunahme ihrer Nutzung gesehen, seit ich dies gepostet habe. Ich vermeide sie immer noch.

Sie existieren aus Gründen der Benutzerfreundlichkeit (Zeichenunterstützung in Tastatur- / Anzeigevarianten) und der allgemeinen Lesbarkeit, aber es gibt noch einen anderen Grund, der heutzutage ausgeprägter ist. Fast keine der Antworten hier , hier oder auch nur die Hauptantwort hierFormulieren Sie den Hauptgrund, warum viele von uns die Wortversionen den Symbolversionen vorziehen (und einen Hauptgrund, warum andere Sprachen sie verwenden): Fehler. Die Unterschiede zwischen den Wortversionen sind sehr sichtbar. Die Unterschiede zwischen den Symbolversionen sind deutlich geringer, so dass Fehler in vergleichsweise viel größerem Maße in Versuchung geführt werden: "x | y" ist sehr viel nicht "x || y", aber wenn es in einen größeren Ausdruck eingebettet ist, sind viele von uns vermisse den Unterschied. Es ähnelt dem häufigen versehentlichen Mischen der Zuordnung mit dem Gleichheitsoperator. Aus diesem Grund habe ich mich von den Symbolversionen (es war nicht einfach) zugunsten der Wortversionen entwöhnt. Ich möchte lieber, dass jemand sie wegen unserer Liebe zu alten Dingen doppelt betrachtet, als Fehler zu versuchen.

In C ++ sind sie echte Schlüsselwörter. In C sind sie Makros definiert in <iso646.h>. Siehe http://web.archive.org/web/20120123073126/http://www.dinkumware.com/manuals/?manual=compleat&page=iso646.html .

andund &&sind in C ++ funktional gleich. Die Operatoren andund orsind wirklich gültiges C ++ und Teil des Sprachstandards.

Um dies näher auszuführen auf anderen Antworten mit einem konkreten Beispiel, es ist ein weiterer Grund neben nur „Lesbarkeit“ bevorzugen andüber &&. Wenn Sie "und" explizit buchstabieren, wenn Sie ein logisches UND meinen, ist die Möglichkeit subtiler Fehler ausgeschlossen.

Bedenken Sie:

int x = 3;
int y = 4;

// Explicitly use "and"
if (x and y) {
    cout << "and: x and y are both non-zero values" << endl;
}

// Using "&&"
if (x && y) {
    cout << "&&: x and y are both non-zero values" << endl;
}

// Oops! I meant to type "&&"!
if (x & y) {
    cout << "&: x and y are both non-zero values" << endl;
}
else {
    cout << "How did I get here?" << endl;
}

Alle drei if-Anweisungen werden kompiliert, aber die letzte bedeutet etwas ganz anderes und unbeabsichtigtes!

Wenn Sie immer verwenden, andwenn Sie logisches UND meinen, können Sie niemals versehentlich ein einzelnes "&" eingeben und Ihren Code erfolgreich kompilieren und mit mysteriösen Ergebnissen ausführen lassen.

Eine weitere gute Übung: Versuchen Sie, versehentlich ein Zeichen von "und" wegzulassen, und sehen Sie, was passiert. ;)