сколько параметров у функции перед, столько он попытается замаппить в соответствующий конструктор
Читать полностью…если у тебя интерфейс зависит от того, что нагенерила имплементация - это плохой дизайн
Читать полностью…Ну у меня это extension fun, которая в себе содержит несколько других, которые и логи пишут и ответ отправляют и мониторинг делают
Читать полностью…А на все "не получилось оформить заказ" ты пользаку пишешь"чет не то, попробуйте позже"
Читать полностью…Ну и я же не топлю за этот подход, но так, по фану и для общего развития можно было бы попробовать
Читать полностью…я делаю интерфейс
interface UserRepository {
fun findUser(id: UUID): User?
}
мой User не зависим от реализации
а еще жук для котлин умеет генерить data классы с правильной nullability и тогда без проблем работает .fetch(mapper())
При обычных exception у тебя контроллер может получить ошибку репозитория что бд не доступна и должен на это что-то пользователю сказать. Тут он получит абстрактное "не удалось оформить заказ" от сервиса заказов
Читать полностью…Если я правильно понял вопрос.
fun foo(n: Int): Either<Error, String> = either {
val s = f(n).bind()
val t = g(s).bind()
t.summarize()
}