Телеграмм чат группы Android_Architecture страница 4393

С хендлером то же самое

14:19пожаловаться #1

Sergey in Android Architecture

То есть не сейчас, но сразу после того, как все ткущие задачи в очереди сообщений будут выполнены )

Т.е. delay мне все равно стоит выставить🤔

14:20пожаловаться #2

Зачем? Я так понимаю, все внутренние дела для фрагмента и пр. к тому моменту уже будут в очереди сообщений на выполнение. И твой вызов будет уже после них.

14:21пожаловаться #3

Теоретически должно сработать как нужно - попробуй )

14:21пожаловаться #4

Sergey in Android Architecture

Теоретически должно сработать как нужно - попробуй )

Мм кстати, да :) А если представить ещё гипотетическую ситуацию, что отправил в очередь, а потом очень быстро переключился на другой фрагмент, а тот, на котором выполнил runOnUiThread(...) перестал быть виден, например, в ViewPager. Что будет тогда с этой отправкой? Сработает как в хэндлере же, т.е. как вернусь на него, так выполнит функцию?

14:25пожаловаться #5

Нет, сработает сразу, как только очередь дойдет

14:25пожаловаться #6

То есть выполнит уже после перехода ) Но в теории такого не случится.

14:26пожаловаться #7

Потому что сначала отработает твой вызов, и только потом onPause у этого же фрагмента

14:27пожаловаться #8

С RX в тестах - можно. Я так и делал )

https://i.gyazo.com/eba252601f44666d97b5b67b98c328db.png

@ArkaNN1985 как вам такое использованием rx?

14:28пожаловаться #9

Sergey in Android Architecture

Потому что сначала отработает твой вызов, и только потом onPause у этого же фрагмента

Спасибо большое!!! 👍

14:28пожаловаться #10

https://i.gyazo.com/eba252601f44666d97b5b67b98c328db.png

@ArkaNN1985 как вам такое использованием rx?

А что тут так или не так?

14:31пожаловаться #11

Arkadii Ivanov in Android Architecture

https://i.gyazo.com/eba252601f44666d97b5b67b98c328db.png

@ArkaNN1985 как вам такое использованием rx?

Недостаточно контекста. Есть глобальные переменные, которые обновляются с фонового потока. Читаются явно в другом месте. Могут быть гонки.

14:35пожаловаться #12

А что тут так или не так?

- lazy
- (сайд эффекты) мутация внешних данных в стриме (shops)
- отсутсвие thread safe (мутация shops в одном потоке, чтение в другом)

14:36пожаловаться #13

https://github.com/G0retZ/Android-app-example/blob/master/app/src/main/java/com/example/app/interactor/BrandShopsUseCase.kt#L23

Arkadii Ivanov

14:38пожаловаться #14

1. Что не так с lazy?
2. Какие «внешние» данные?
3. Тут пхд проебал, нужно было Completable тоже на Single выполнить )

14:39пожаловаться #15

Торопился, не проверил

14:39пожаловаться #16

1. Что не так с lazy?
2. Какие «внешние» данные?
3. Тут пхд проебал, нужно было Completable тоже на Single выполнить )

1. Зачем он тут?
2. Смотрел Youtube - Managing State with RxJava by Jake Wharton?

14:42пожаловаться #17

1. Щас подумал, да, лишний. Цепочка и так будет бездействовать, пока не подписались. Сначала там было другое, когда сделал так, забыл лейзи убрать 😅 Спасибо!

14:44пожаловаться #18

2. Не смотрел. В целом, не вижу ничего плохого в данном конкретном случае - видимость строго ограничена и заведена под тесты. По-другому не вижу как решить проблему курицы и яйца? )

14:47пожаловаться #19

Arkadii Ivanov in Android Architecture

https://github.com/G0retZ/Android-app-example/blob/master/app/src/main/java/com/example/app/interactor/BrandShopsUseCase.kt#L23

Ой, много комментариев) основные уже перечислили. Прежде всего - гонки. Там ещё второй observeOn лишний. Ещё ошибки кешируются, не уверен, что это желаемое поведение. Много сайд-эффектов - выглядит подозрительно.