AC
сабОн ио
обсервОн копутейшин
вычилсения()
обсервОн мейн
результат()
обсервОн копутейшин
вычилсения()
обсервОн мейн
результат()
сабОн ио
обсервОн копутейшин
вычилсения()
обсервОн мейн
результат()
Size: a a a
2020 July 28
RC
Arsen CeH9
Ну то есть меняли по мере необходимости в слое ниже, понял
2020 July 29
AI
Вопрос для тех, кто работает с RxJava: в каком слое вы определяете subscribeOn? Читал одну статейку, где было высказывание "поставщик данных лучше знает, на каком потоке стоит их добывать". Теперь интересно, назначает ли планировщик кто в репозиториях/юзкейсах
Я всегда делаю там где надо. Вот где прямо выполняется действие. Т.е. в самих источниках данных.
RC
Я всегда делаю там где надо. Вот где прямо выполняется действие. Т.е. в самих источниках данных.
Спасибо
AI
Спасибо
Ну просто потому, что subscribeOn не гарантирует что весь upstream будет работать на указанном потоке. Только сам источник данных может 100% всё расставить.
RC
Ну просто потому, что subscribeOn не гарантирует что весь upstream будет работать на указанном потоке. Только сам источник данных может 100% всё расставить.
А можно немного подробнее? Не гарантирует, потому что где-то по цепочке выше может быть "выбор" потока?
AV
А можно немного подробнее? Не гарантирует, потому что где-то по цепочке выше может быть "выбор" потока?
Попробуйте сделать такую штуку:
single.fromCallable { … }
.subscribeOn(thread1)
.subscribeOn(thread2)
.subscribeOn(thread3)
single.fromCallable { … }
.subscribeOn(thread1)
.subscribeOn(thread2)
.subscribeOn(thread3)
AV
на каком потоке будет выполнено тело?
AI
А можно немного подробнее? Не гарантирует, потому что где-то по цепочке выше может быть "выбор" потока?
Не. По определению subscribeOn гарантирует только, что подписка будет выполнена на указанном потоке. Но вы же не знаете деталей реализации источника данных, ему этого может быть мало.
RC
Понял-принял, ещё раз спасибо, ребят)
AI
Понял-принял, ещё раз спасибо, ребят)
Например
Flowable.generate{}.subscribeOn(io), этот generate коллбек может быть вызван не на io
Flowable.generate{}.subscribeOn(io), этот generate коллбек может быть вызван не на io
AI
Или Flowable.create{}.map{}.susbcribeOn(io), map может быть вызыван не на io
AD
А можно немного подробнее? Не гарантирует, потому что где-то по цепочке выше может быть "выбор" потока?
VP
Изучаю MVI и возник такой вопрос:
Пользователь вводит тектовые данные в поля ввода, а потом прикрепляет картинку, нажимает сохранить и выходит с экрана
При смене конфигурации нужно сохранять состояние, а потом его восстанавливать
Когда сохраняем состояние? При вводе каждого нового символа и каждый раз обновляем состояние? Получается что поля дважды заполняются одними и теми же данными. При каждом новом действии пользователя: свайп, добавление новой картинки или ещё что-то нужно каждый раз сначала сохранять текущее состояние (значения тех самых полей в текстовом поле) а только потом выполнять какое-то действие
Вопросов очень много, скорее всего что-то не так делаю
Как в MVI реализовать такое поведение?
Пользователь вводит тектовые данные в поля ввода, а потом прикрепляет картинку, нажимает сохранить и выходит с экрана
При смене конфигурации нужно сохранять состояние, а потом его восстанавливать
Когда сохраняем состояние? При вводе каждого нового символа и каждый раз обновляем состояние? Получается что поля дважды заполняются одними и теми же данными. При каждом новом действии пользователя: свайп, добавление новой картинки или ещё что-то нужно каждый раз сначала сохранять текущее состояние (значения тех самых полей в текстовом поле) а только потом выполнять какое-то действие
Вопросов очень много, скорее всего что-то не так делаю
Как в MVI реализовать такое поведение?
AC
(непроверенная теория) для сингл активити архитектуры ssot(единый источник) можно держать в мемори, а перед потенциальными "точками невозврата" (onPause активити) - сейвить перситентно (диск/bundle)
AC
если я правильно понял, то вопрос только про смену конфигурации, а не смерть процесса, тогда все намного проще
AC
вообще в MVI не оперируют вещами типа "когда сейвить стейт", все изменения всегда реактивно отображаются на стейте
AC
двойной сеттинг значений решается диффингом
AC
иф (не изменилось) skip
I
Изучаю MVI и возник такой вопрос:
Пользователь вводит тектовые данные в поля ввода, а потом прикрепляет картинку, нажимает сохранить и выходит с экрана
При смене конфигурации нужно сохранять состояние, а потом его восстанавливать
Когда сохраняем состояние? При вводе каждого нового символа и каждый раз обновляем состояние? Получается что поля дважды заполняются одними и теми же данными. При каждом новом действии пользователя: свайп, добавление новой картинки или ещё что-то нужно каждый раз сначала сохранять текущее состояние (значения тех самых полей в текстовом поле) а только потом выполнять какое-то действие
Вопросов очень много, скорее всего что-то не так делаю
Как в MVI реализовать такое поведение?
Пользователь вводит тектовые данные в поля ввода, а потом прикрепляет картинку, нажимает сохранить и выходит с экрана
При смене конфигурации нужно сохранять состояние, а потом его восстанавливать
Когда сохраняем состояние? При вводе каждого нового символа и каждый раз обновляем состояние? Получается что поля дважды заполняются одними и теми же данными. При каждом новом действии пользователя: свайп, добавление новой картинки или ещё что-то нужно каждый раз сначала сохранять текущее состояние (значения тех самых полей в текстовом поле) а только потом выполнять какое-то действие
Вопросов очень много, скорее всего что-то не так делаю
Как в MVI реализовать такое поведение?
> Получается что поля дважды заполняются одними и теми же данными
а когда происходит первый и второй раз?