Телеграмм чат группы Rx

Ребят, вы часто прибегаете к такого рода конструкции - Unit passTo presentationModel.filterSelectEvent? Или всё же предпочитаете обычный метод вместо Action<Unit>?

источник

15:18пожаловаться

DG

Dmitriy Gorbunov in RxPM

Nikita Yatskivskiy

Ребят, вы часто прибегаете к такого рода конструкции - Unit passTo presentationModel.filterSelectEvent? Или всё же предпочитаете обычный метод вместо Action<Unit>?

Используем реактивный Action

источник

15:22пожаловаться

DG

Dmitriy Gorbunov in RxPM

Nikita Yatskivskiy

Ребят, вы часто прибегаете к такого рода конструкции - Unit passTo presentationModel.filterSelectEvent? Или всё же предпочитаете обычный метод вместо Action<Unit>?

Часто приходится фильтровать события, например когда идет запрос. Или показать диалог подтверждения, в этом случае Action удобнее использовать. Не редко комбинируем с withLatestFrom

источник

15:29пожаловаться

L

Leo in RxPM

Unit passTo
выглядит не очень симпатично, я бы обернул во что-нибудь

источник

15:38пожаловаться

DG

Dmitriy Gorbunov in RxPM

Leo

Unit passTo
выглядит не очень симпатично, я бы обернул во что-нибудь

насколько я помню Unit можно опустить

источник

15:38пожаловаться

DG

Dmitriy Gorbunov in RxPM

А вообще лучше Rx-Binding использовать если это возможно

источник

15:39пожаловаться

VC

Vasili Chyrvon in RxPM

Leo

Unit passTo
выглядит не очень симпатично, я бы обернул во что-нибудь

можно просто passTo(pm.actionName)

источник

15:39пожаловаться

L

Leo in RxPM

И тогда мешанина из обычных и инфиксов)

источник

15:40пожаловаться

L

Leo in RxPM

На самом деле, это настолько редкое явление, что вообще не парит

источник

15:40пожаловаться

VC

Vasili Chyrvon in RxPM

Leo

И тогда мешанина из обычных и инфиксов)

Да ладно, не верю, что у тебя в классе прям вот все инфиксы ))) А и те и те постоянно вместе. Да и passTo обычно рядом с bindTo даже не стоит рядом.

источник

15:41пожаловаться

L

Leo in RxPM

Все так)

источник

15:41пожаловаться

DG

Dmitriy Gorbunov in RxPM

Vasili Chyrvon

можно просто passTo(pm.actionName)

passTo(pm.actionName)

всяко лучше чем

pm.actionName.consumer.accept(Unit)

источник

15:44пожаловаться

2018 November 02

L

Leo in RxPM

Всем привет, я тут слегка не догоняю как писать собственные контролы, так как если повторять дефолтные, то оказывается, что, скажем, checked.relay недоступен вне модуля

источник

15:58пожаловаться

L

Leo in RxPM

А .consumer доступен только внутри PM

источник

16:00пожаловаться

L

Leo in RxPM

Пока сделал базовый класс внутри либы, где вытаскиваю наружу relay, буду от него наследовать все кастомные контролы

open class BaseControl {
    val <T> LibViewModel.State<T>.relay: Relay<T>
        get() = relay
}

источник

16:13пожаловаться

DG

Dmitriy Gorbunov in RxPM

Leo

Всем привет, я тут слегка не догоняю как писать собственные контролы, так как если повторять дефолтные, то оказывается, что, скажем, checked.relay недоступен вне модуля

Привет! Вообще предполагается что контролы законченные классы, которые решают специфические проблемы типа двусторонненго биндинга. Как правило хватает State и Action.
Можно пример когда нужны кастомные контролы?

источник

16:18пожаловаться

L

Leo in RxPM

Ну у меня сложные контролы-пикеры всякие, типа спиннеров

источник

16:19пожаловаться