PP
Ну в java есть checked exceptions
Size: a a a
2020 April 22
AW
Ну в java есть checked exceptions
ага, от которых в котлин отказались, потому что это никому не нужно)
SP
а в чем проблема с таким подходом? Строгого контроля нет и в котлине, причем осознанно - живут прекрасно.
проблема в дебилах которые не умеют думать и юзать инструменты которые им дают
SP
ага, от которых в котлин отказались, потому что это никому не нужно)
и они в доке прекрасно объясняют почему так
AW
и они в доке прекрасно объясняют почему так
верно. И чем Result<T> отличается от checked exceptions? По моему это тоже самое. Если тебе возвращается Result<>, ты обязан учесть вариант когда пришел еррор. Дублировать то, что написано в доке котлина не буду.
SP
верно. И чем Result<T> отличается от checked exceptions? По моему это тоже самое. Если тебе возвращается Result<>, ты обязан учесть вариант когда пришел еррор. Дублировать то, что написано в доке котлина не буду.
проблема исключений происходит тогда когда ты на основе catch строишь control flow
SP
Result позволяет эти цепочки более грамотно разрулилвать и у тебя будет просто 2 ветви вычисленийAW
проблема исключений происходит тогда когда ты на основе catch строишь control flow
такое случается слишком редко, что бы вместо этих нескольких кейсов по всему проекту проверять Result
SP
принципиально разница в "явном результате операции" и "неявное всплытие по стэку вызовов"
SP
такое случается слишком редко, что бы вместо этих нескольких кейсов по всему проекту проверять Result
скажи об этом каким-нибудь фронтендерам которые промисами по всему проекту с тайпскриптами обмазываются, и ничего, живут
AW
принципиально разница в "явном результате операции" и "неявное всплытие по стэку вызовов"
так в том то и дело.. второе нужно в 99% случаев, первое - в единичных. Одно зло вместо другого.
AW
скажи об этом каким-нибудь фронтендерам которые промисами по всему проекту с тайпскриптами обмазываются, и ничего, живут
async await давно в моде.
АС
принципиально разница в "явном результате операции" и "неявное всплытие по стэку вызовов"
Возврат на 1 шаг по стеку или возврат до момента catch?
невелика разница, чтобы так сильно ее бояться
невелика разница, чтобы так сильно ее бояться
ЕР
принципиально разница в "явном результате операции" и "неявное всплытие по стэку вызовов"
Неявное всплытие по стэку Checked Exception?
SP
async await давно в моде.
да, видел этих гениев которые пишут чето в стие
вместо
async fetchSomethingOrEmptyList() {
try {
return await fetch(`/foo-bar`)
} catch (e) {
return [];
}
}вместо
fetchSomethingOrEmptyList() {
return fetch(`/foo-bar`).catch(() => [])
}SP
Неявное всплытие по стэку Checked Exception?
от того что тебе приходится на уровне контрактов прописывать какие там исключения ты будешь кидать они "явными" не становятся. Ну и всегда можно словить runtime exception
SP
то есть с одной стороны никак не помогает с другой стороны сложности с контрактами
AW
да, видел этих гениев которые пишут чето в стие
вместо
async fetchSomethingOrEmptyList() {
try {
return await fetch(`/foo-bar`)
} catch (e) {
return [];
}
}вместо
fetchSomethingOrEmptyList() {
return fetch(`/foo-bar`).catch(() => [])
}слишком простой пример.
SP
слишком простой пример.
если что я юзаю async/await, не переживай)
ЕР
от того что тебе приходится на уровне контрактов прописывать какие там исключения ты будешь кидать они "явными" не становятся. Ну и всегда можно словить runtime exception
Я думал мы о checked exception из Джавы которые нужно обрабатывать