L
Size: a a a
2018 September 11
VC
В остальных случаях просто привязка во вью через bindTo
VC
А в ПМ обычно редко надо именно .accept, там чаще подписки и там можно напрямую консьюмер и тп.
VC
Если из вью, то можно использовать passTo()
passTo для случаев когда вне onBindPresentationModel надо что-то кинуть в пм
VC
Ну я в сэмпле смотрю, довольно активно используется
Ну да, тк это в ПМ. Если именно accept название парит, то можно сделать для себя экстеншн в проекте с другим именем ;)
L
passTo для случаев когда вне onBindPresentationModel надо что-то кинуть в пм
А если внутри onBind, то какой-то другой механизм есть?
VC
Ну да, хочется простого и понятного State#set(T)
В либе мы целенаправленно сохраняем эти .consumer и .observable - это дает ясность того, что такое этот State, что это просто сабжект с входом и выходом обычными для RxJava. Если натыкать много украшательств, пострадает понятность. Да и для всех кейсов не сделать так просто все красиво. А делать для одного не хочется.
VC
А если внутри onBind, то какой-то другой механизм есть?
Ну да, bindTo()
L
В либе мы целенаправленно сохраняем эти .consumer и .observable - это дает ясность того, что такое этот State, что это просто сабжект с входом и выходом обычными для RxJava. Если натыкать много украшательств, пострадает понятность. Да и для всех кейсов не сделать так просто все красиво. А делать для одного не хочется.
Поддерживаю, это уже каждый сам может доукрашать по вкусу)
L
Ну да, bindTo()
Он двухсторонний, оказывается, туплю :)
VC
Он двухсторонний, оказывается, туплю :)
И кстати для него сделано упрощение. Можно писать .observable .consumer, а можно не писать. Есть варианты для всего.
VC
Раз во вью можно было сделать проще для всего сделали. В пм нельзя для всего, поэтому не делаем.
2018 September 18
NY
Ребят, а компонент даггера (или другой DI библиотеки) вы, получается, уже в PresentationModel иницилизируете?
VC
Ребят, а компонент даггера (или другой DI библиотеки) вы, получается, уже в PresentationModel иницилизируете?
Нет. В скрине.
NY
Получается, что Вы DI-компонент создаёте в методе providePresentationModel(), потом из этого компонента получаете PresentationModel и в этом же методе его возвращаете?
VC
Получается, что Вы DI-компонент создаёте в методе providePresentationModel(), потом из этого компонента получаете PresentationModel и в этом же методе его возвращаете?
Ну кто как делает, но суть верная, да.
2018 September 20
L
Всем привет! Если у меня в бэкстеке лежит, скажем, немалое количество фрагментов, то все их подписки к моделям, будучи привязаны к destroy, продолжат существовать. Звучит не очень, как мне кажется, но и к unbind привязываться не хочется, слишком уж часто будут переподписываться. Подскажите пожалуйста, правильно ли я понял концепцию, и насколько напряжно вообще с этим живется?