pro.jvm

23 Dec 2024 15:39

все остальное твое должно быть

pro.jvm

23 Dec 2024 15:39

А в логах останется все что нужно для анализа

pro.jvm

23 Dec 2024 15:38

А на все "не получилось оформить заказ" ты пользаку пишешь"чет не то, попробуйте позже"

pro.jvm

23 Dec 2024 15:37

а если ни A ни B не знают как обработать ошибку из C?

pro.jvm

23 Dec 2024 15:36

кстати, я обмазался .fetchInto(FooEntity::class.java) и убрал все !! из кода

pro.jvm

23 Dec 2024 15:35

Да, но A это завернет в ошибки B, а B в ошибки C и так далее. И на уровне A тебе надо знать только об ошибках B, а не о непонятных RuntimeException хз откуда

pro.jvm

23 Dec 2024 15:32

не, я ж говорю, там про композицию


я про случай когда есть A.foo(), B.bar(), C.do()

foo() вызывает bar(), а тот вызывает do()

есть контроллер, который вызывает A.foo() - Either с ошибкой будет прокидываться из C.do() в контроллер по цепочке в го стиле?)

pro.jvm

23 Dec 2024 15:29

при этом джава генератор для котлина как земля

pro.jvm

23 Dec 2024 15:28

у меня в базе ненулевые атрибуты

pro.jvm

23 Dec 2024 15:28

надо под лупой такой подход изучить

pro.jvm

23 Dec 2024 15:27

по сути мы получаем замену исключениям

pro.jvm

23 Dec 2024 15:27

Я пока только проникся идеей, ещё не в проде, так что не особо

pro.jvm

23 Dec 2024 15:27

суть то одна просто сахара меньше и поддержки на уровне языка нет

pro.jvm

23 Dec 2024 15:25

любой линтер расчехляет молоток при виде !!

pro.jvm

23 Dec 2024 15:25

боилерплейта нету так как есть Raise

pro.jvm

23 Dec 2024 15:39

не надо жуковскиие классы юзать

pro.jvm

23 Dec 2024 15:39

а еще жук для котлин умеет генерить data классы с правильной nullability и тогда без проблем работает .fetch(mapper())

pro.jvm

23 Dec 2024 15:37

При обычных exception у тебя контроллер может получить ошибку репозитория что бд не доступна и должен на это что-то пользователю сказать. Тут он получит абстрактное "не удалось оформить заказ" от сервиса заказов

pro.jvm

23 Dec 2024 15:36

Records.mapping предпочитаю

pro.jvm

23 Dec 2024 15:36

Если я правильно понял вопрос.

fun foo(n: Int): Either<Error, String> = either {
  val s = f(n).bind()
  val t = g(s).bind()
  t.summarize()
}

pro.jvm

23 Dec 2024 15:32

Верим, надеемся, ждём

pro.jvm

23 Dec 2024 15:29

Вроде жука же должны были пофиксить, что ты not null генерил нормально

pro.jvm

23 Dec 2024 15:28

это сам Лукас Эдер посоветовал

pro.jvm

23 Dec 2024 15:28

его так и не дочинили

pro.jvm

23 Dec 2024 15:28

nullable аннотации в помощь, если проект не полностью на котлин

pro.jvm

23 Dec 2024 15:27

raise сразу контейнер вернет

pro.jvm

23 Dec 2024 15:27

это нечто левое к вопросу. беглый взгляд показал что там идет комбинирование результатов

pro.jvm

23 Dec 2024 15:26

как и на get() опшнла

pro.jvm

23 Dec 2024 15:25

https://arrow-kt.io/learn/typed-errors/from-either-to-raise/
Это похоже на ерор пропагейшн как в расте.
Чтоб небыло боилерплейта.
Это шаг дальше от Either к боилерплейт фри ерор пропагейшн как в расте через "?".
Я в проде не пробовал

pro.jvm

23 Dec 2024 15:24

аналогичный вопрос

как такое чэйнить и по сути рвать цепочку