I
https://docs.microsoft.com/en-us/dotnet/csharp/language-reference/operators/boolean-logical-operators я ж помнил, что есть засада =) "&"- вычисляет обе части. А && - шорт сёркут
Size: a a a
2020 September 28
AB
кстати, ты помнишь объяснения зачем это понадобилось? ведь логическое и/или должно так работать
даже если и знал когда-то, сейчас напрочь забыл уже.
AB
я вообще крайне редко встречаю в коде if, и еще реже пишу его сам
ŹR
Так тут if не нужен же, тут нужен guard
ML
это short-circuiting and, который можно и нужно использовать в гардах
Нее. Это lazy and, который разрешает невалидный булеан
ML
false and undefined
false andalso undefined
false andalso undefined
AB
Нее. Это lazy and, который разрешает невалидный булеан
мне кажется, в этом контексте lazy и short-circuiting - синонимы.
про невалидный boolean - да, важный нюанс.
про невалидный boolean - да, важный нюанс.
ИИ
Нее. Это lazy and, который разрешает невалидный булеан
ну это одно и тоже же. невычисление второго аргумента разрешает любой результат второго выражения
MS
Если я правильно помню - он может быть невалидным, только если первый false
ИИ
просто интересно - а зачем в обычном and & or вычисляются оба выражения?
I
https://erlang.org/doc/reference_manual/expressions.html#operator-precedence сначала работает and (C and C) а потом сравнения
I
хотя я сначала даже не понял в чём вопрос...
EM
просто интересно - а зачем в обычном and & or вычисляются оба выражения?
ну например там могут быть побочные эффекты
AB
о, print заработал, теперь пиши read. +)
AB
а потом eval, как полагается