Le versioni scritte degli operatori logici

Questo è l'unico posto che abbia mai visto and, ore notindicato come operatori reali in C ++. Quando ho scritto un programma di test in NetBeans, ho ottenuto la sottolineatura rossa come se ci fosse un errore di sintassi e ho capito che il sito web era sbagliato, ma è NetBeans che è sbagliato perché è stato compilato ed eseguito come previsto.

Vedo !essere favorito, notma la leggibilità di and&& orsembra maggiore dei loro fratelli grammaticali. Perché esistono queste versioni degli operatori logici e perché apparentemente nessuno le usa? Questo C ++ è veramente valido o una sorta di compatibilità con il C incluso nel linguaggio?

Hanno avuto origine in C nell'intestazione <iso646.h>. A quel tempo c'erano tastiere che non potevano digitare i simboli richiesti per &&(ad esempio), quindi l'intestazione conteneva #definegli elementi che li avrebbero aiutati a farlo, definendo (nel nostro esempio) andessere &&. Naturalmente, con il passare del tempo, questo è diventato meno utilizzato.

In C ++, sono diventati i cosiddetti token alternativi . Non è necessario includere nulla per utilizzare questi token in un compilatore conforme (in quanto tale, la versione C ++ ified dell'intestazione C,, <ciso646>è vuota). I token alternativi sono proprio come i token normali, ad eccezione dell'ortografia. Quindi durante l'analisi andè esattamente lo stesso &&, è solo un modo diverso di scrivere la stessa cosa.

Per quanto riguarda il loro utilizzo: poiché sono usati raramente, usarli è spesso più sorprendente e confuso di quanto non sia utile. Sono sicuro che se fosse normale, sarebbero molto più facili da leggere, ma le persone sono così abituate &&e ||qualsiasi altra cosa distrae.

EDIT: ho visto un leggero aumento del loro utilizzo da quando l'ho pubblicato, tuttavia. Li evito ancora.

Esistono per l'usabilità (supporto dei caratteri nei gusti tastiera / display) e leggibilità generale, ma c'è un altro motivo che al giorno d'oggi è più pronunciato. Quasi nessuna delle risposte qui , qui , o anche la risposta principale quiSpiega il motivo principale per cui molti di noi preferiscono le versioni delle parole rispetto alle versioni dei simboli (e un motivo principale per cui le altre lingue le usano): bug. Le differenze tra le versioni delle parole sono molto visibili. Le differenze tra le versioni dei simboli sono nettamente minori, al punto da tentare i bug in misura relativamente molto maggiore: "x | y" non è molto "x || y", tuttavia quando è incorporato in un'espressione più ampia molti di noi perdere la differenza. È simile alla comune combinazione accidentale dell'assegnazione e dell'operatore di uguaglianza. Per questo motivo mi sono allontanato dalle versioni dei simboli (non è stato facile) a favore delle versioni delle parole. Preferirei che qualcuno li affrontasse in due per il nostro amore per le cose vecchie piuttosto che tentare gli insetti.

In C ++, sono parole chiave reali. In C, sono macro definite in <iso646.h>. Vedi http://web.archive.org/web/20120123073126/http://www.dinkumware.com/manuals/?manual=compleat&page=iso646.html .

ande &&sono funzionalmente gli stessi in C ++. Gli operatori ande orsono C ++ veramente validi e fanno parte dello standard del linguaggio.

Per approfondire altre risposte con un esempio concreto, c'è un altro motivo oltre solo "leggibilità" a preferire andsopra &&. Spiegare "e" esplicitamente quando un AND logico è ciò che intendi elimina la possibilità di bug sottili.

Considera questo:

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;
}

Tutte e tre le istruzioni if ​​verranno compilate, ma l'ultima significa qualcosa di completamente diverso e non intenzionale!

Se usi sempre andquando intendi AND logico, non puoi mai digitare accidentalmente un singolo "&" e fare in modo che il tuo codice venga compilato correttamente ed eseguito con risultati misteriosi.

Un altro buon esercizio: prova a tralasciare un carattere "e" per sbaglio e guarda cosa succede. ;)