Да, так будет удобно сделать, если в каком-то конкретном случае тебе нужно еще рассматривать по отдельности результат выполнения запросов, и это будет иметь влияние на принятие решений при изменении стейта.
ребят, а такой еще вопрос. кто нибудь встречался с практикой, когда в одном приложении используется больше одного презентационного паттерна? например - для простых экранов rxpm - для суперсложных mvi с unidirectional data flow
ребят, а такой еще вопрос. кто нибудь встречался с практикой, когда в одном приложении используется больше одного презентационного паттерна? например - для простых экранов rxpm - для суперсложных mvi с unidirectional data flow
и что по этому поводу думаете?
Дело каждого как делать его приложение. Проще когда везде одинаково, но дпроблем нет чтобы были разные. Просто если это рабочий проект сложнее вкуривать на поддержке когда вдруг видишь в одном месте другой подход.
А это я еще не понял ))) Иначебы были бы на нем уже возможно ))) Ну кому-то нравится, для кого-то проще, что меньше rx. Всякие такие штуки. Просто пока большинство доводов такие притянутые из веба или еще откуда и к нам с rxpm не выглядят убедительными.
ребят привет! а что в rxpm с убийством процесса и восстановлением состояния экрана после этого? из коробки не предусмотрено ничего и надо отруливать в каждом случае через bundle?
ребят привет! а что в rxpm с убийством процесса и восстановлением состояния экрана после этого? из коробки не предусмотрено ничего и надо отруливать в каждом случае через bundle?
Да. Это кейс который для либы оверхед. Тем более, что на него в половине случаев кладут.
=) когда полтора года назад только начинал разрабатывать андроид, долго парился по поводу того как бы правильно и библиотечно сохранить стейт при убийстве процесса. за это время у многих спрашивал мнение и теперь уже точно убедился что всем по боку на это)