АК
А как без них подписаться-то?..
сделайте простой тест без свапа на другие шедулеры. Подписка это и есть .subscribe()
Size: a a a
2020 June 16
АК
положите эту подписку в ComposideDisposable
АК
Я в андройде не силен но со стороны Rx выглядит дико
АК
По идее у вас ничего не должно меняться. Но видимо свапы вам мешают
AA
Хм. Без subscribeOn и observeOn задержки нет.
Буду копать в эту сторону, спасибо
Буду копать в эту сторону, спасибо
АК
Хм. Без subscribeOn и observeOn задержки нет.
Буду копать в эту сторону, спасибо
Буду копать в эту сторону, спасибо
видимо потоки этих шедулеров чем-то заняты. Как минимум мейн тред.
D
Хм. Без subscribeOn и observeOn задержки нет.
Буду копать в эту сторону, спасибо
Буду копать в эту сторону, спасибо
Если в одном потоке, то наверное не будет задержки. Но, вы ж из разных потоков работаете )
АК
Хм. Без subscribeOn и observeOn задержки нет.
Буду копать в эту сторону, спасибо
Буду копать в эту сторону, спасибо
лупаните вместо io что-то иное
AA
Понял, всем спасибо, плюсиков в карму
i
Всем привет
Может сможете мне объяснить, кто нибудь
В андроид нужно вытянуть данные из sharedPreferences
Будет длинная история
Тимлид сказал, что инициализировать подписку нужно во вью модели и ответ сетить в BehaviorSubject, а уже на него подписываться из уи
Так я и делал, но данные подгружались с заметной задержкой (замерил через Date().time - около 120-180 мс
Попробовал сделать загрузку данных напрямую (без BehaviorSubject, а сразу слушать Maybe из репозитория)
Данные также подгружаются с задержкой
Далее, я решил замерить время не в subscribe({}), а в doOnNext (для BehaviorSubject) и в doOnSuccess (для Maybe)
Тут уже другая история - если doOnNext показывает те же 120-180 мс, то doOnSuccess выдаёт 7-10мс
И если метод распределения ответа по вью поставить в doOnSuccess, никакой задержки нет
Может ли мне кто-нибудь объяснить, почему такая разница во времени?
Может сможете мне объяснить, кто нибудь
В андроид нужно вытянуть данные из sharedPreferences
Будет длинная история
Тимлид сказал, что инициализировать подписку нужно во вью модели и ответ сетить в BehaviorSubject, а уже на него подписываться из уи
Так я и делал, но данные подгружались с заметной задержкой (замерил через Date().time - около 120-180 мс
Попробовал сделать загрузку данных напрямую (без BehaviorSubject, а сразу слушать Maybe из репозитория)
Данные также подгружаются с задержкой
Далее, я решил замерить время не в subscribe({}), а в doOnNext (для BehaviorSubject) и в doOnSuccess (для Maybe)
Тут уже другая история - если doOnNext показывает те же 120-180 мс, то doOnSuccess выдаёт 7-10мс
И если метод распределения ответа по вью поставить в doOnSuccess, никакой задержки нет
Может ли мне кто-нибудь объяснить, почему такая разница во времени?
насколько я знаю, когда идет эмит в мейн тред как раз такая задержка и получается
i
С другой стороны - асинхронно)
i
Я не заглядывал под капот, но скорее всего там какой нибудь лупер крутится и ждёт очереди. И когда ты шедулишь на io, а потом всё это направляешь в мейн тред у тебя дважды происходит такое ожидание
i
Короче вот эта ORM. Только не закидайте какашками)
Ишьюсы и рекомендации приветствуются)
Звездочки тоже, мы же все таки реактивные братья;)
Планирую и дальше ее саппортить, развивать, продвигать.
https://github.com/artemkulick/eva-orm/
Ишьюсы и рекомендации приветствуются)
Звездочки тоже, мы же все таки реактивные братья;)
Планирую и дальше ее саппортить, развивать, продвигать.
https://github.com/artemkulick/eva-orm/
а почему ты решил написать свой? Какие проблемы решал?
i
У тебя рефлекшном каждый объект создаётся? Может лучше в кодогенерацию?
i
у тебя в бд могут тысячи и дестки тысяч элементов лежать даже во вполне рядовом приложении, если будешь рефлекшном создавать - будет тяжко. Лучше какую нибудь фабрику, которая генерится при сборке
i
Аааа, это не под андроид! Тогда отлично, давно хотелось что нибудь на rx без своих костылей
AD
У тебя рефлекшном каждый объект создаётся? Может лучше в кодогенерацию?
имхо, оба способа говно 🙁
AD
Аааа, это не под андроид! Тогда отлично, давно хотелось что нибудь на rx без своих костылей
а requery не пробовал для таких задач?)
i
а requery не пробовал для таких задач?)
я почему то думал, что она под андроид )
i
год 3 назад приложение с неё на рум переводил, потому что для андроида он всё таки значительно лучше