Size: a a a

2019 November 27

UH

Untamed Horse in RxPM
Да, так будет удобно сделать, если в каком-то конкретном случае тебе нужно еще рассматривать по отдельности результат выполнения запросов, и это будет иметь влияние на принятие решений при изменении стейта.
источник

IM

Ivan Miroshnichenko in RxPM
ребят, а такой еще вопрос.
кто нибудь встречался с практикой, когда в одном приложении используется больше одного презентационного паттерна?
например
- для простых экранов rxpm
- для суперсложных mvi с unidirectional data flow

и что по этому поводу думаете?
источник

VC

Vasili Chyrvon in RxPM
Ivan Miroshnichenko
ребят, а такой еще вопрос.
кто нибудь встречался с практикой, когда в одном приложении используется больше одного презентационного паттерна?
например
- для простых экранов rxpm
- для суперсложных mvi с unidirectional data flow

и что по этому поводу думаете?
Дело каждого как делать его приложение. Проще когда везде одинаково, но дпроблем нет чтобы были разные. Просто если это рабочий проект сложнее вкуривать на поддержке когда вдруг видишь в одном месте другой подход.
источник

VC

Vasili Chyrvon in RxPM
Тебе никто не мешает в супер-сложных экранах сделать просто внутри rxpm более жирный стейт и разбирать его во вью.
источник

VC

Vasili Chyrvon in RxPM
По сути будет везде rxpm. Но суперсложный по факту будет c жирным стейтом как  в unidirectional.
источник

VC

Vasili Chyrvon in RxPM
Имхо, если идти на unidirectional то не из-за неконсистентных состояний в сложных кейсах. Это немного переоцененная проблема.
источник

IM

Ivan Miroshnichenko in RxPM
👌 спасибо
источник

IM

Ivan Miroshnichenko in RxPM
Vasili Chyrvon
Имхо, если идти на unidirectional то не из-за неконсистентных состояний в сложных кейсах. Это немного переоцененная проблема.
а из-за чего, по твоему стоит?
источник

VC

Vasili Chyrvon in RxPM
Ivan Miroshnichenko
а из-за чего, по твоему стоит?
А это я еще не понял ))) Иначебы были бы на нем уже возможно )))
Ну кому-то нравится, для кого-то проще, что меньше rx. Всякие такие штуки.
Просто пока большинство доводов такие притянутые из веба или еще откуда и к нам с rxpm не выглядят убедительными.
источник

VC

Vasili Chyrvon in RxPM
Но мы тоже думаем над этим и присматриваемся. Так что будут доводы - тоже будем рады слышать ;)
источник

IM

Ivan Miroshnichenko in RxPM
:) хорошо, буду сюда приходить с мыслями.

смотри, по поводу rx - unidirectional в основном на rx как раз основан. по крайней мере, те либы что я видел
источник

L

Leo in RxPM
Скоро вообще все на композ перелезем, чего сейчас дергаться 😄
источник

IM

Ivan Miroshnichenko in RxPM
пока неясно, насколько скоро)
источник

L

Leo in RxPM
Видел в редуксе какой-то middleware, чтобы вьюшки диффить, но потерял(
источник

L

Leo in RxPM
А без диффов я бы не стал туда лезть
источник
2019 November 29

IM

Ivan Miroshnichenko in RxPM
ребят привет!
а что в rxpm с убийством процесса и восстановлением состояния экрана после этого?
из коробки не предусмотрено ничего и надо отруливать в каждом случае через bundle?
источник

VC

Vasili Chyrvon in RxPM
Ivan Miroshnichenko
ребят привет!
а что в rxpm с убийством процесса и восстановлением состояния экрана после этого?
из коробки не предусмотрено ничего и надо отруливать в каждом случае через bundle?
Да. Это кейс который для либы оверхед. Тем более, что на него в половине случаев кладут.
источник

IM

Ivan Miroshnichenko in RxPM
=)
когда полтора года назад только начинал разрабатывать андроид, долго парился по поводу того как бы правильно и библиотечно сохранить стейт при убийстве процесса.
за это время у многих спрашивал мнение и теперь уже точно убедился что всем по боку на это)
источник

IM

Ivan Miroshnichenko in RxPM
мне кажется, что потенциальное решение не очень то и сложное, pr вам закину позже, если не против
источник

VC

Vasili Chyrvon in RxPM
Ivan Miroshnichenko
мне кажется, что потенциальное решение не очень то и сложное, pr вам закину позже, если не против
Кидай конечно посмотреть интересно. Но ничего не обещаю )))
источник