Письмові версії логічних операторів

Це єдине місце, яке я коли-небудь бачив and, orі notвказане як фактичні оператори на C ++. Коли я написав тестову програму в NetBeans, у мене з’явилося червоне підкреслення, як якщо б була синтаксична помилка, і я зрозумів, що веб-сайт невірний, але це NetBeans, що не так, оскільки він складено та працює як слід.

Я можу бачити, !що я віддаю перевагу, notале читабельність and&& orздається більшою, ніж їхні граматичні брати. Чому ці версії логічних операторів існують і чому, схоже, ніхто не використовує їх? Це дійсно дійсний C ++ чи якась сумісність із C, яка була включена до мови?

Вони зародилися в С у заголовку <iso646.h>. У той час з'явилися клавіатури , які не могли б ввести необхідні символи &&(наприклад), так що заголовок містив #define«S , який буде допомагати їм у цьому, в силу (в нашому прикладі) визначення andбути &&. Звичайно, з плином часу це стало менш використовувати.

У програмі C ++ вони стали відомими як альтернативні лексеми . Вам не потрібно включати нічого, щоб використовувати ці лексеми у сумісному компіляторі (як такий, версія C ++ із заголовком C <ciso646>, порожня). Альтернативні лексеми подібно до звичайних лексем, за винятком написання орфографії. Таким чином , під час синтаксичного аналізу andє точно такий же , як &&, це просто інший спосіб правопис те ж саме.

Що стосується їх використання: оскільки вони рідко використовуються, їх використання часто є більш дивним і заплутаним, ніж корисним. Я впевнений, якби це було нормально, їх було б набагато легше читати, але люди так звикли &&і ||все інше просто відволікає.

EDIT: Однак я помітив дуже незначне збільшення їх використання з моменту публікації цього повідомлення. Я все одно їх уникаю.

Вони існують для зручності користування (підтримка символів у смаках клавіатури / дисплея) та загальної читабельності, але є ще одна причина, яка сьогодні є більш вираженою. Майже жоден з відповідей тут , тут , або навіть головний відповідь тутвикладіть основну причину, що багато хто з нас віддають перевагу версій слів над версіями символів (і головна причина, якою користуються інші мови): помилки. Відмінності між версіями слів дуже помітні. Відмінності між версіями символів помітно менші, тому до спокуси помилок порівняно значно більшою мірою: "x | y" дуже не "x || y", але коли багато хто з нас вбудовується у більшу виразність пропустити різницю. Це схоже на загальне випадкове змішування оператора присвоєння та рівності. З цієї причини я відлучив себе від версій символів (це було непросто) на користь версій слів. Я вважаю за краще, щоб хтось подвоював їх через нашу любов до старих речей, ніж спокуси помилок.

У C ++ вони є реальними ключовими словами. У C вони макроси, визначені в <iso646.h>. Дивіться http://web.archive.org/web/20120123073126/http://www.dinkumware.com/manuals/?manual=compleat&page=iso646.html .

andі &&функціонально однакові в C ++. Оператори andта orдійсно дійсні C ++ і є частиною мовного стандарту.

Щоб детальніше зупинитися на інших відповідях на конкретному прикладі, є ще одна причина, крім простої "читабельності", щоб віддати перевагу andнад &&. Виявлення "та" явно, коли логічне І це те, що ви маєте на увазі, виключає можливість тонких помилок.

Розглянемо це:

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

Усі три if-заяви будуть зібрані, але останній означає щось зовсім інше і ненавмисне!

Якщо ви завжди використовуєте, andколи ви маєте на увазі логічне І, ви ніколи не зможете випадково ввести єдине "&" і примусити свій код скласти успішно та працювати з таємничими результатами.

Ще одна гарна вправа: спробуйте залишити персонажа "і" випадково і подивіться, що станеться. ;)