M
Ну я слышал например что it стоит использовать только в однострочных лямбдах, а если лямбда растягивается на несколько строк и в ней происходят разные вещи, то лучше it переименовать
Size: a a a
2021 May 06
M
Особенно если it: Exception
M
Ещё интересно было бы послушать про использование эксепшнов в качестве flow control
Все знают что это плохо, все это делают все равно, а где золотая середина в 21 году?
Все знают что это плохо, все это делают все равно, а где золотая середина в 21 году?
AN
it depends (pun intended). От конкретного кода зависит. Если по коду понятно, что происходит, можно и it. Если нет, можно замеить
M
Запрашиваешь у сервиса поиск по значению, сервис возвращает 400 или 404, ловишь ошибку, логируешь ее на уровне error со всем стектрейсом, клиенту посылаешь emptyList() и 200 ОК
AN
а вот тут однозначный ответ. Нет, не надо использовать exception для flow control. Никогда, за исключением IOException, и то лучше не стоит
M
Ну вот мне пришел запрос, дальше я должен прогнать цепочку действий, но первое же действие не находит ничего по параметрам из запроса
А ответ нужно отдать во враппере (ResponseDtoWrapper)
И что мне теперь делать: на уровне сервиса оборачивать во враппер и поднимать наверх, или вернуть нулл и обернуть во враппер уже в контроллере, или покинуть ошибку и обернуть в exceptionHandler-е?
А ответ нужно отдать во враппере (ResponseDtoWrapper)
И что мне теперь делать: на уровне сервиса оборачивать во враппер и поднимать наверх, или вернуть нулл и обернуть во враппер уже в контроллере, или покинуть ошибку и обернуть в exceptionHandler-е?
M
Последнее проще всего, недостатки неочевидны, но возможно они есть
M
Может это не столько про котлин...
AN
Стандартное решение - силед класс/силед интерфейс
M
Типа success/failure?
AN
Если просто success/failure, то достаточно нулябля
M
Монад?
Вот тоже непонятно, как далеко в котлине стоит уходить от джавы в сторону скалы и хаскеля, а когда не стоит усердствовать
Вот тоже непонятно, как далеко в котлине стоит уходить от джавы в сторону скалы и хаскеля, а когда не стоит усердствовать
M
И да, я понимаю что на все мои такие вопросы ответ -it depends
AN
Какая монада? Какая блоха?
AN
Не надо никакой скалы, не надо хаскеля. У вас есть nulable тип, он как раз означает значение или ничто. При этом ничто может интерпретироваться как failure. Если вам нужны разные типы failure, то делаете силед класс
АГ
Я такое делал много раз )) заходит по-разному )
AN
В общем, если у кого есть публичный код, можем провернуть
M
Вот, звучит интересно
SM
С чего это он однозначный 😀 Всегда топил и буду топить что бизнес исключения такой же flow control как if, switch и т.д. Не вижу ни одной причины почему это плохо 😀 Если только речь не идёт о чистом ФП, где конечно это не уместно и все варианты должны быть в результирующем значении функции 😀