с#
да. Верхнее условие проваливается только когда оба нула
там второе условие это когда a == null
Size: a a a
2020 November 30
с#
типа если верхнее провалилось, значит b != null, а a == null, потому что там условие
AN
там второе условие это когда a == null
а, стоп. да. Но это действительно невозможно просчитать.
BP
там второе условие это когда a == null
Не все верно, нужно переписать
AN
Не все верно, нужно переписать
В общем, правильно. Но логика для смарткаста слишком сложная
с#
а нижний работает потому что идёт после условия a == null
BP
а нижний работает потому что идёт после условия a == null
Это понятно уже
BP
Побывал разные вариации: else все равно нужен так никрути
d
Рубисты врываются в тред
a == null → b ?: BigDecimal.Zero
b == null → a ?: BigDecimal.Zero
else → f(a, b)
IP
dfa не всесилен
AN
Рубисты врываются в тред
a == null → b ?: BigDecimal.Zero
b == null → a ?: BigDecimal.Zero
else → f(a, b)
неплохо. @SchFuntik, вариант
BP
неплохо. @SchFuntik, вариант
А если а не нулл а б нулл ?
AN
А если а не нулл а б нулл ?
Ну тогда провалится во второй вход и будет a
AN
Я похоже дорос до Elephant Talk King Crimson. Раньше мне казалось, что это не особо слушабельно.
IP
IP
даже хуже
VP
Да просто
listOfNotNull(a, b).fold(zero, f)d
Да просто
listOfNotNull(a, b).fold(zero, f)👍
QH
Когда запустил приложеньку из грэдла, поспал, закрыл приложеньку
15:58 Gradle build finished in 13 h 29 m 33 s 964 ms
15:58 Gradle build finished in 13 h 29 m 33 s 964 ms
d
Да просто
listOfNotNull(a, b).fold(zero, f)Вообще-то, мы ничего не знаем про f и её нейтральные элементы. Например:
listOfNotNull(2, 2).fold(0, ::prod) возвращает 0 там где 4 ожидается
listOfNotNull(2, 2).fold(0, ::prod) возвращает 0 там где 4 ожидается