ВM
Подскажите пожалуйста, где почитать как правильно огранизовать запросы к беку с приложения?
Size: a a a
2020 September 02
ВM
Щас опять камнями забросают)
AY
Подскажите пожалуйста, где почитать как правильно огранизовать запросы к беку с приложения?
гуглите retrofit android, по-моему - это самый простой вариант
ЮС
Всем привет. Такой вопрос, есть два источника
LiveData например LiveData<GasStation> и LiveData<Record>. Мне нужно создать LiveData<GasStationWithRecord>. Соответственно в классе GasStationWithRecord содержится GasStation и Record. Насколько я понял, через Transformation это не сделать, как поступить в такой ситуации?QH
Щас опять камнями забросают)
шаришь. Но всё равно спрашиваешь такое)
ЮС
Всем привет. Такой вопрос, есть два источника
LiveData например LiveData<GasStation> и LiveData<Record>. Мне нужно создать LiveData<GasStationWithRecord>. Соответственно в классе GasStationWithRecord содержится GasStation и Record. Насколько я понял, через Transformation это не сделать, как поступить в такой ситуации?Или это неправильно спроектирована архитектура, если есть необходимость прибегнуть к такому решению?
ВM
шаришь. Но всё равно спрашиваешь такое)
я задену Вас чем-то и со злости мб ссылкой бросите вместо камня)
AY
я задену Вас чем-то и со злости мб ссылкой бросите вместо камня)
AY
Или это неправильно спроектирована архитектура, если есть необходимость прибегнуть к такому решению?
Используйте какой-то общий стейт для экрана, лучше глянуть MVI.
Или другое (костыльное) решением:
Создать ещё одну MediatorLiveData подписаться через addSource на те две LiveData и собрать нужное с каждой. А в UI ждать пока обе будет not null
Или другое (костыльное) решением:
Создать ещё одну MediatorLiveData подписаться через addSource на те две LiveData и собрать нужное с каждой. А в UI ждать пока обе будет not null
ЮС
Используйте какой-то общий стейт для экрана, лучше глянуть MVI.
Или другое (костыльное) решением:
Создать ещё одну MediatorLiveData подписаться через addSource на те две LiveData и собрать нужное с каждой. А в UI ждать пока обе будет not null
Или другое (костыльное) решением:
Создать ещё одну MediatorLiveData подписаться через addSource на те две LiveData и собрать нужное с каждой. А в UI ждать пока обе будет not null
Но проще наверное будет пересмотреть архитектуру, пока не поздно, да?
AY
Но проще наверное будет пересмотреть архитектуру, пока не поздно, да?
Я бы пересмотрел в сторону MVI / TEA
ЮС
Ок, посмотрю, спасибо за ответ
B
Ок, посмотрю, спасибо за ответ
B
рекомендую к ознакомлению)
ES
Ребят. С лайвдатой не давно дружу, т.к. сидел раньше на мвп. В проекте 10 полей. На каждом стоит лайвдата в вм. Как мне объединить их в одну, чтобы залпом проверить наличие заполненности всех полей?
B
смотри туда же
ES
Boroda
смотри туда же
Чето не то, городить зип на зипе. Я в ырыксе зипом с бифункцией могу, а в лайвдате не пойму как
ES
Чето не то, городить зип на зипе. Я в ырыксе зипом с бифункцией могу, а в лайвдате не пойму как
В ырыксе можно свои создать ещё, в этом плюс
MR
да кто хотел верстать через код, делает это не первый год, а не ждёт супер ⓒ инновационный ™ фреймворк, которому год, а он уже задрал, вместо того чтобы зарелизиться
Это не отменяет того что юзабилити всего этого добра при вёрстке из кода желает сильно лучщего)