v
Я не шарю в rx, но на корутинах я так делал
Size: a a a
2020 December 12
СП
Есть такой паттерн, если его можно так назвать, враппер, по-моему, суть в том, что обернуть ответ в него и прикинуть до вью, а там уже каким-либо образом его обработать и оповестить юзера
Ты за interceptor говоришь
С
Кинь в computation pull
А можно поподробнее? 😅
СП
А можно поподробнее? 😅
Ты в io вызываешь запрос? А можно установить computation. Он для длительных операций
v
Ты за interceptor говоришь
Нет
v
Щас пример кину
С
Ты в io вызываешь запрос? А можно установить computation. Он для длительных операций
Ага, понял, благодарю
v
С
Спасибо)
ИЧ
Спс, не увидел сразу)
С
Ты в io вызываешь запрос? А можно установить computation. Он для длительных операций
Но его же пулл потоков ограничен
s
Ты в io вызываешь запрос? А можно установить computation. Он для длительных операций
Он не для длительных, а для высоконагруженных операций, создаёт пул, который равен количеству логических ядер ЦП.
l
Он не для длительных, а для высоконагруженных операций, создаёт пул, который равен количеству логических ядер ЦП.
+1, computation не для длительных, он для вычислений и не для задержек-блокировок
СП
Он не для длительных, а для высоконагруженных операций, создаёт пул, который равен количеству логических ядер ЦП.
Согласен
S
что то вроде
map.toSingleOrDefaultНе нашел такого для maybe, есть похожее для observable, а если сделать сделать flatMapSingle(...), а потом onErrorReturn(...), где проверить на NoSuchElementException?
l
Не нашел такого для maybe, есть похожее для observable, а если сделать сделать flatMapSingle(...), а потом onErrorReturn(...), где проверить на NoSuchElementException?
Maybe<List<String>> maybe = getMaybe(); Single<List<String>> single = maybe.map(v -> v.isEmpty() ? List.of(...) : v).defaultOrEmpty(List.of(...));
l
Maybe<List<String>> maybe = getMaybe(); Single<List<String>> single = maybe.map(v -> v.isEmpty() ? List.of(...) : v).defaultOrEmpty(List.of(...));
разве что тут нет отложенного вычисление для листа по умолчанию
S
Maybe<List<String>> maybe = getMaybe(); Single<List<String>> single = maybe.map(v -> v.isEmpty() ? List.of(...) : v).defaultOrEmpty(List.of(...));
Пробую, спасибо большое!)
2020 December 13
S
Привет еще раз!
Подскажите, пожалуйста, почему в такой цепочке:
firstFunct(...)
.compose(secondFunct(...))
.toObservable()
....
secondFunction выполняется первой, а firstFunt - второй??? Что может быть причиной?
fistFunct(...) - это Single.fromCallable(...)
Для меня порядок вызова верный, но не понимаю, почему в такой последовательности идут((
Подскажите, пожалуйста, почему в такой цепочке:
firstFunct(...)
.compose(secondFunct(...))
.toObservable()
....
secondFunction выполняется первой, а firstFunt - второй??? Что может быть причиной?
fistFunct(...) - это Single.fromCallable(...)
Для меня порядок вызова верный, но не понимаю, почему в такой последовательности идут((
l
Привет еще раз!
Подскажите, пожалуйста, почему в такой цепочке:
firstFunct(...)
.compose(secondFunct(...))
.toObservable()
....
secondFunction выполняется первой, а firstFunt - второй??? Что может быть причиной?
fistFunct(...) - это Single.fromCallable(...)
Для меня порядок вызова верный, но не понимаю, почему в такой последовательности идут((
Подскажите, пожалуйста, почему в такой цепочке:
firstFunct(...)
.compose(secondFunct(...))
.toObservable()
....
secondFunction выполняется первой, а firstFunt - второй??? Что может быть причиной?
fistFunct(...) - это Single.fromCallable(...)
Для меня порядок вызова верный, но не понимаю, почему в такой последовательности идут((
последний абзац