DI
он же на сингл вроде должен вешаться
изначально идёт сингл - getProductById - возвращает Single<Product>
Size: a a a
2020 December 15
SB
я еще раз попрошу вас разбить все по переменным для наглядности, и проверить возвращает ли каждый мап single а не коллекцию
SB
Кажется что второй мап не нужен, а нужно что-то типа
onSuccess { Result.Success }.onError { Result.Error }DI
я еще раз попрошу вас разбить все по переменным для наглядности, и проверить возвращает ли каждый мап single а не коллекцию
определение типа возвращаемого объекта решило проблему. Возможно, в onErrorReturn возвращался ResultServer<T>
DI
Кажется что второй мап не нужен, а нужно что-то типа
onSuccess { Result.Success }.onError { Result.Error }имеется ввиду doOnSuccess и doOnError? 🤔
просто если указывать onSuccess, то это уже по идее идёт подписка на Single, что я буду делать уже в другом модуле
просто если указывать onSuccess, то это уже по идее идёт подписка на Single, что я буду делать уже в другом модуле
PE
Если я не ошибаюсь, в 1.4 разрешили
И даже в 1.3, просто нужен аргумент для компилятора, чтобы разрешить это делать
SB
Den Icecream
определение типа возвращаемого объекта решило проблему. Возможно, в onErrorReturn возвращался ResultServer<T>
вообще это странно что пришлось так вывести, обычно с силед классами все как-то само работало и даункастилось
DI
вообще это странно что пришлось так вывести, обычно с силед классами все как-то само работало и даункастилось
вот да! Тоже кажется странным, версия kotlin 1.4.20. Мб ide чудит 🤔
Спасибо за помощь)
Спасибо за помощь)
OY
Den Icecream
Всем привет. При обработке запросов от сервера хочу возвращать объект Result чтобы потом чекать пришла ли ошибка или же дата от сервера. Возвращаю в методе Result, но что-то пошло не так... Если убрать .onErrorReturn, то всё становится ок
p.s. профессионал создания коллажей за работой
p.s. профессионал создания коллажей за работой
а если убрать у Error type parameter и прокинуть в наследовании Nothing? вроде так обычно делается, не?
DI
а если убрать у Error type parameter и прокинуть в наследовании Nothing? вроде так обычно делается, не?
речь о чём-то типа такого?
OY
Den Icecream
речь о чём-то типа такого?
не
типовой параметр остаётся у sealed class и у success
типа:
типовой параметр остаётся у sealed class и у success
типа:
sealed class A<T> {
class S<T>(val d: T): A<T>
class E(val error: EE): A<Nothing>
}DI
тогда я не смогу вернуть Single с нужным мне типом объекта 🤔
OY
Den Icecream
тогда я не смогу вернуть Single с нужным мне типом объекта 🤔
был не прав похоже 🙂
DI
был не прав похоже 🙂
ничего страшного, идея была неплохая)
AA
не
типовой параметр остаётся у sealed class и у success
типа:
типовой параметр остаётся у sealed class и у success
типа:
sealed class A<T> {
class S<T>(val d: T): A<T>
class E(val error: EE): A<Nothing>
}Вам надо
out T прописать, чтобы нормально работалоIP
интересный вопрос
IP
кто сходу может сказать/объяснить почему в java при реализации continuation пошли по пути манипуляции со стеком, тогда как в kotlin реализовали state machine. в чем преимущества того или иного подхода?
IP
это из @jvmchat. я, кстати, не знаю, что там накостылили в луме. моя гипотеза - лум может в изменения вм, а kotlin.coroutines могут генерироваться только в 50.0 байткод
с#
подскажите, какие есть аналоги PIL на котлин?
кто не знает что это, мне просто нужна либа для обработки графики
кто не знает что это, мне просто нужна либа для обработки графики
VT
это из @jvmchat. я, кстати, не знаю, что там накостылили в луме. моя гипотеза - лум может в изменения вм, а kotlin.coroutines могут генерироваться только в 50.0 байткод
да, примерно из-за этого. Котлин может оперировать только на уровне байткода, тогда как фича JVM может в этой самой JVM пробурить нужные дырки, например, для сохранения стека и instruction pointer’а