AN
Пилили другие решения. Но вообще проекту уже год, мы просто его сейчас до презентабельного состояния допилили.
Size: a a a
2020 August 21
AN
вот где вы были пару лет назад )
А что было нужно пару лет назад?
A
А что было нужно пару лет назад?
Что то подобное 😃 Но это уже мне не нужно и не важно (слава богу)
AN
Что то подобное 😃 Но это уже мне не нужно и не важно (слава богу)
Что, уволились из дата-саентистов?
AN
Вообще, мой основной фокус - это все-таки не жупитер. У нас обычно очень тяжелые вычисления и нам удобно строить графики прямо из идеи.
A
Что, уволились из дата-саентистов?
ну да, уволился )
AN
PA
Ребят, а есть какой-нибудь удобный способ для Ktor-Client сериализовать response в разные классы в зависимости от httpCode? Например, возвращать из запроса что-то вроде такого Result<Success, Error>? Нельзя сделать что-нибудь подобное по аналогии с CallFactory из Retrofit? Это, чтобы не оборачивать каждый запрос в try-catch.
AN
Ребят, а есть какой-нибудь удобный способ для Ktor-Client сериализовать response в разные классы в зависимости от httpCode? Например, возвращать из запроса что-то вроде такого Result<Success, Error>? Нельзя сделать что-нибудь подобное по аналогии с CallFactory из Retrofit? Это, чтобы не оборачивать каждый запрос в try-catch.
Ну ручками
AH
Ребят, а есть какой-нибудь удобный способ для Ktor-Client сериализовать response в разные классы в зависимости от httpCode? Например, возвращать из запроса что-то вроде такого Result<Success, Error>? Нельзя сделать что-нибудь подобное по аналогии с CallFactory из Retrofit? Это, чтобы не оборачивать каждый запрос в try-catch.
я вот этим пользуюсь с кастомной обёрткой поверх (чтобы было не два кейса, а 4 внутри)
https://github.com/kittinunf/Result
получается так
https://github.com/kittinunf/Result
получается так
AH
моя кастомная обёртка поверх либовой это вот ServiceResponse
она поддерживает OK, PARTIAL, NOT_FOUND, FAIL
первые две это семантика Result.success
вторые два это как бы Result.error
Но
Ну, короче всё сложно и просто
она поддерживает OK, PARTIAL, NOT_FOUND, FAIL
первые две это семантика Result.success
вторые два это как бы Result.error
Но
Ok.flatMap(Partial) = Partial 🙂Ну, короче всё сложно и просто
AH
позволяет чейнить цепочки вызовов разных апих и получать консистентные результаты
A
ну да )
PA
моя кастомная обёртка поверх либовой это вот ServiceResponse
она поддерживает OK, PARTIAL, NOT_FOUND, FAIL
первые две это семантика Result.success
вторые два это как бы Result.error
Но
Ну, короче всё сложно и просто
она поддерживает OK, PARTIAL, NOT_FOUND, FAIL
первые две это семантика Result.success
вторые два это как бы Result.error
Но
Ok.flatMap(Partial) = Partial 🙂Ну, короче всё сложно и просто
А что-нибудь такое можно сделать с Ktor? https://github.com/haroldadmin/NetworkResponseAdapter. А то уж очень удобно, что не приходится вручную хэндлить статусы ответа
AH
А что-нибудь такое можно сделать с Ktor? https://github.com/haroldadmin/NetworkResponseAdapter. А то уж очень удобно, что не приходится вручную хэндлить статусы ответа
ну я ж вот сделал выше (как бы ручками, но на комбинаторах)
PA
Было бы интересно и самому сделать такую вундерфавлю, но чтобы она была универсальной для любого запроса
QH
Было бы интересно и самому сделать такую вундерфавлю, но чтобы она была универсальной для любого запроса
к личи прикрутить такое суперпросто, что со стороны сервера, что к клиенту
PA
к личи прикрутить такое суперпросто, что со стороны сервера, что к клиенту
Личи?
PA
По первому взгляду здоровская штука. Но нужно писать код с оглядкой на Kotlin Multiplatform для будущего порта большей части на iOS