Кто-нибудь использует именованные логические операторы?

«Что в имени? То, что мы называем &&, || или! Под любым другим именем пахло бы так же сладко ».

Другими словами, естественность зависит от того, к чему вы привыкли.

Мне нравится идея оператора not , потому что он более заметен, чем оператор ! . Например:

if (!foo.bar()) { ... }

if (not foo.bar()) { ... }

Я предлагаю, чтобы второй был более заметным и читаемым. Я не думаю, что тот же аргумент обязательно применим к формам и , или , однако.

Хотя я довольно давно занимаюсь программированием на C ++, я не знал, что ключевые слова «и» или «и не» разрешены, и я' я никогда не видел, чтобы он использовался.

Я просмотрел свою книгу по C ++ и нашел небольшой раздел, в котором упоминалось альтернативное представление для обычных операторов «&&», «||» и "!", где объясняется, что они доступны для людей с нестандартными клавиатурами, у которых нет "&! |" символы.

Немного похоже на триграфы в C.

В принципе, я был бы сбит с толку их использованием, и я думаю, что я не единственный. Использование нестандартного представления действительно должно иметь вескую причину. И если он используется, он должен последовательно использоваться в коде и описываться в стандарте кодирования.

Операторы орграфа и триграфа на самом деле были разработаны больше для систем, которые не поддерживали стандартный набор символов ASCII - таких как мэйнфреймы IBM (которые используют EBCDIC). В былые времена механических принтеров существовала штука, называемая «цепочка печати из 48 символов», которая, как следует из названия, содержала только 48 символов. AZ (прописные буквы), 0–9 и несколько символов. Поскольку одним из отсутствующих символов было подчеркивание (которое отображалось как пробел), это могло сделать работу с такими языками, как C и PL / 1, по-настоящему забавным занятием (это 2 слова или одно слово с подчеркиванием ???).

Традиционный C / C ++ кодируется с помощью символов, а не орграфов. Хотя я, как известно, использовал #define "NOT", поскольку это делает значение логического выражения более очевидным, и это '

Одна из проблем с их использованием (по крайней мере для меня) заключается в том, что в MSVC вы должны включить iso646.h или использовать (в основном непригодный) переключатель / Za.

Основная проблема, с которой я сталкиваюсь с ними, - это Catch-22, что они обычно не используются, поэтому они требуют, чтобы мой мозг активно обрабатывал смысл, в то время как старомодные операторы более или менее укоренились (вроде как разница между чтение изучаемого языка по сравнению с вашим родным).

Хотя я уверен, что преодолел бы эту проблему, если бы их использование стало более универсальным. Если бы это произошло, то у меня была бы проблема, что некоторые логические операторы имеют ключевые слова, а другие нет, поэтому, если использовались альтернативные ключевые слова, вы могли бы увидеть такие выражения, как:

if ((x not_eq y) and (y == z) or (z <= something)) {...}

, когда мне кажется, у них должны быть альтернативные токены для все операторы (по крайней мере, сравнения):

if ((x not_eq y) and (y eq z) or (z lt_eq something)) {...}

Это связано с тем, что альтернативные ключевые слова (а также орграфы и триграфы) были предоставлены не для того, чтобы сделать выражения более удобочитаемыми - это произошло потому, что исторически существовали (и, возможно, все еще существуют) клавиатуры и / или кодовые страницы в некоторых местах, которые не содержат определенных знаков препинания. Например, в неизменяемой части кодовой страницы ISO 646 (сюрприз) отсутствуют, среди прочего, символы « | », « ^ » и « ~ ».

Хотел бы я использовать || и && в нормальной речи. Люди очень стараются неправильно понять, когда я говорю «и» или «или» ...

Лично мне нравится, когда операторы выглядят как операторы. Это все математика, и если вы не начнете использовать операторы «сложить» и «вычесть», это начнет выглядеть немного непоследовательно.

Я думаю, что некоторые языки подходят для стиля слов, а некоторые - для символов хотя бы потому, что это то, что люди привык и работает. Если он не сломан, не чините его.

Существует также вопрос приоритета, который, кажется, является одной из причин введения новых операторов, но кто может беспокоиться, изучая больше правил, чем им нужно. к?

В тех случаях, когда я программирую с именами, напрямую сопоставленными с реальным миром, я обычно использую «и» и «или», например:

if(isMale or isBoy and age < 40){}

Итак, подведем итог: он не используется много из-за следующей комбинации

• старого кода, где он не использовался
• привычка (более стандартная)
• вкус (более похожий на математику )

Спасибо за ваши мысли

Приятно использовать их в Eclipse + gcc, поскольку они выделены. Но тогда код не компилируется с некоторыми компиляторами: - (

Мне нравится идея, но я не использую их. Я настолько привык к старому, что в любом случае это не дает мне никаких преимуществ. То же самое верно и для остальной части нашей группы, однако у меня есть опасения, что мы можем захотеть переключиться, чтобы помочь будущим программистам не споткнуться о старые символы.