NS
Ты про гугловскую либу?
Size: a a a
2020 September 21
NS
Что-то вроде такого https://netflixtechblog.com/making-our-android-studio-apps-reactive-with-ui-components-redux-5e37aac3b244, но без eventBus, с видимыми потоками данных
A
да, только галку ещё надо поставить, чтобы лигатуры включить
! Спасибо
М
Думаю над тем, как должен выглядеть идеальный MVI
Если взять его в простом виде, то у нас есть стейт, который обзёрвит вью, есть экшн, который обзёрвит вью модель
Но если взять что то посложнее, начинают возникать вопросы. У меня более сложная иерархия, но мне будет достаточно понимания более простого примера, а именно:
У нас есть активити, которая холдит 2 фрагмента. У каждого - своя вью модель, причём взаимодействия с одним фрагментом теоретически могут аффектить второй фрагмент, а какие то составляющие стейта второго фрагмента теоретически могут влиять на первый фрагмент.
Самый близкий пример - аудиоплеер, который в портретном режиме выглядит одним образом, в лендскейпе другим. Контролы на одном фрагменте, на другом обложка, тайтл. И там и там есть элементы контроля, например на первом кнопки, на втором жесты.
Как в таком случае будет выглядеть взаимодействие? Каждый фрагмент должен подписаться на экшны и стейт другого?
Если взять его в простом виде, то у нас есть стейт, который обзёрвит вью, есть экшн, который обзёрвит вью модель
Но если взять что то посложнее, начинают возникать вопросы. У меня более сложная иерархия, но мне будет достаточно понимания более простого примера, а именно:
У нас есть активити, которая холдит 2 фрагмента. У каждого - своя вью модель, причём взаимодействия с одним фрагментом теоретически могут аффектить второй фрагмент, а какие то составляющие стейта второго фрагмента теоретически могут влиять на первый фрагмент.
Самый близкий пример - аудиоплеер, который в портретном режиме выглядит одним образом, в лендскейпе другим. Контролы на одном фрагменте, на другом обложка, тайтл. И там и там есть элементы контроля, например на первом кнопки, на втором жесты.
Как в таком случае будет выглядеть взаимодействие? Каждый фрагмент должен подписаться на экшны и стейт другого?
У меня была такая проблема когда начал работать с MVI. Я решил следующим образом. Делаем скоупы, в каждом своя модель итерируемого состояния (и не только), создаём скоупы руками, получаем статично где требуется, слушаем и изменяем. Если надо - закрываем.
A
Гуру, подскажите как лучше.
MVVM, single activity , есть три фрагмента, надо на одном из них сделать поле "до повторной попытки осталось ХХ секунд" - при этом при переключении между фрагментами счетчик должен продолжать тикать, и т.д. Вопрос - где лучше разместить код самого таймера в Fragment или в VM ?
MVVM, single activity , есть три фрагмента, надо на одном из них сделать поле "до повторной попытки осталось ХХ секунд" - при этом при переключении между фрагментами счетчик должен продолжать тикать, и т.д. Вопрос - где лучше разместить код самого таймера в Fragment или в VM ?
М
Гуру, подскажите как лучше.
MVVM, single activity , есть три фрагмента, надо на одном из них сделать поле "до повторной попытки осталось ХХ секунд" - при этом при переключении между фрагментами счетчик должен продолжать тикать, и т.д. Вопрос - где лучше разместить код самого таймера в Fragment или в VM ?
MVVM, single activity , есть три фрагмента, надо на одном из них сделать поле "до повторной попытки осталось ХХ секунд" - при этом при переключении между фрагментами счетчик должен продолжать тикать, и т.д. Вопрос - где лучше разместить код самого таймера в Fragment или в VM ?
не гуру, но тут тоже самое по сути, для общего стейта делайте общую вьюмодель, и в нужном месте обращайтесь к ней
A
увы - для каждого фрагмента своя VM
М
увы - для каждого фрагмента своя VM
разве нельзя ещё одну заинжектить?
AI
Гуру, подскажите как лучше.
MVVM, single activity , есть три фрагмента, надо на одном из них сделать поле "до повторной попытки осталось ХХ секунд" - при этом при переключении между фрагментами счетчик должен продолжать тикать, и т.д. Вопрос - где лучше разместить код самого таймера в Fragment или в VM ?
MVVM, single activity , есть три фрагмента, надо на одном из них сделать поле "до повторной попытки осталось ХХ секунд" - при этом при переключении между фрагментами счетчик должен продолжать тикать, и т.д. Вопрос - где лучше разместить код самого таймера в Fragment или в VM ?
а если пользователь ушел с этих 3 фрагментов, а потом опять вернулся, счетчик должен сбрасываться? Есть подозрение, что этот счетчик стоит хранить вообще где-нибудь в репозитории
A
а если пользователь ушел с этих 3 фрагментов, а потом опять вернулся, счетчик должен сбрасываться? Есть подозрение, что этот счетчик стоит хранить вообще где-нибудь в репозитории
ну чисто в теории пользователь вообще может закрыть приложение, а через 1 секунду опять открыть
A
так что хранить что то в репе не вариант
GT
Всем привет. Насколько оправдано использовать broadcast receiver, чтобы отправлять команды из сервиса в ui?
ES
Всем привет. Насколько оправдано использовать broadcast receiver, чтобы отправлять команды из сервиса в ui?
Мне кажется более чем. Самое нужное (положить чёто в интент) выполняет и уже хорошо.
IZ
По мне так плохая идея.
IZ
Что то делать из сервиса в ui, вообще плохая идея
GT
Ilya Zakharov
Что то делать из сервиса в ui, вообще плохая идея
ну, там вроде как есть биндинги, что уже говорит о том, что сервис с активити связываются
ES
Ilya Zakharov
Что то делать из сервиса в ui, вообще плохая идея
Эм, что?
GT
так что в целом это не плохо, вопрос только в том, как правильно это сделать
IZ
Эм, что?
Ой я опять на казахском начал писать?
GT
Мне кажется более чем. Самое нужное (положить чёто в интент) выполняет и уже хорошо.
пока только не придумал самый простой способ получить фореграунд активити из ресивера зарегистрированного через манифест. Думал в application'е хранить линку на фореграунд активити, но мне что-то подсказывает, что там не все так просто