Разница между или и || в Ruby?

Это вопрос приоритета оператора.

|| имеет более высокий приоритет, чем or.

Итак, между этими двумя у вас есть другие операторы, включая тернарный (? :) и присваивание (=), так что какой из них, который вы выберете, может повлиять на результат операторов.

Вот таблица приоритета рубиновых операторов.

См. этот вопрос для другого примера с использованием _5 _ / _ 6_.

Также помните о некоторых неприятных вещах, которые могут произойти:

a = false || true  #=> true
a  #=> true

a = false or true  #=> true
a  #=> false

Оба предыдущих двух оператора вычисляют true, но второй устанавливает a в false, поскольку приоритет = ниже, чем ||, но выше, чем or.

Как уже объяснили другие, единственное отличие - это приоритет. Однако я хотел бы отметить, что на самом деле между ними есть два различия:

1. and, or и not имеют намного более низкий приоритет, чем &&, || и !
2. and и or имеют одинаковый приоритет, а && имеет более высокий приоритет, чем ||

В общем, рекомендуется избегать использования and, or и not и использовать вместо них &&, || и !. (Разработчики ядра Rails, например, отклоняют патчи, которые используют формы ключевых слов вместо форм операторов.)

Причина, по которой они вообще существуют, не в булевых формулах, а в потоке управления. Они проникли в Ruby через известную идиому Perl do_this or do_that, где do_this возвращает false или nil в случае ошибки и только тогда do_that вместо этого выполняется. (Аналогично, есть идиома do_this and then_do_that.)

Примеры:

download_file_via_fast_connection or download_via_slow_connection
download_latest_currency_rates and store_them_in_the_cache

Иногда это может сделать поток управления немного более плавным, чем использование if или unless.

Легко понять, почему в этом случае операторы имеют «неправильный» (т. Е. Идентичный) приоритет: в любом случае они никогда не появляются вместе в одном выражении. И когда они действительно появляются вместе, вы обычно хотите, чтобы они оценивались просто слева направо.

_1 _ / _ 2_ предназначены для потока управления.

Ruby не допускает этого как допустимого синтаксиса:

false || raise "Error"

Однако это действительно так:

false or raise "Error"

Вы можете сделать первую работу с (), но использование or - правильный метод.

false || (raise "Error")

puts false or true -> выводит: ложь

puts false || true -> выводит: верно

Как я использую эти операторы:

||, && предназначены для логической логики. or, and предназначены для потока управления. Например.

do_smth if may_be || may_be - оцениваем состояние здесь

do_smth or do_smth_else - мы определяем рабочий процесс, что эквивалентно do_smth_else unless do_smth

чтобы дать простой пример:

> puts "a" && "b"
b

> puts 'a' and 'b'
a

Хорошо известная идиома в Rails - render and return. Это ярлык для слов return if render, а render && return не сработает. См. «Как избежать ошибок двойного рендеринга» в документации по Rails. Дополнительная информация.

or НЕ то же самое, что ||. Используйте только оператор || вместо оператора or.

Вот несколько причин. В:

• Оператор or имеет более низкий приоритет, чем ||.
• or имеет более низкий приоритет, чем оператор присваивания =.
• and и or имеют одинаковый приоритет, а && имеет более высокий приоритет, чем ||.

Оба or и || оцениваются как истинные, если любой из операндов истинен. Они оценивают свой второй операнд, только если первый ложен.

Как и в случае с and, единственное различие между or и || - их приоритет.

Чтобы сделать жизнь интересной, and и or имеют одинаковый приоритет, а && имеет более высокий приоритет, чем ||.

Просто чтобы добавить к ответу mopoke, это также вопрос семантики. or считается хорошей практикой, потому что он читается намного лучше, чем ||.