В
Я до этого работал с mvp. Затем перешёл на mvvm,но большое количество полей с лайвдатой в вм было не очень удобно . Решение VM + один Стейт для меня показалось очень удобным решением
Size: a a a
2020 May 16
В
Очень надеюсь что двигаюсь в верном направлении т.к один
AO
Очень надеюсь что двигаюсь в верном направлении т.к один
Почитай про elm, ещё пара шагов и получится именно она)
В
Это значит что я иду не в верном направлении ?)
Q
Я до этого работал с mvp. Затем перешёл на mvvm,но большое количество полей с лайвдатой в вм было не очень удобно . Решение VM + один Стейт для меня показалось очень удобным решением
используй observable
Q
и реализуй bindable сеты
В
Спасибо
AO
Это значит что я иду не в верном направлении ?)
Мне она нравится :) идея одного стейта звучит хорошо
2020 May 17
AD
Это значит что я иду не в верном направлении ?)
в самом верном)
AD
правда… проблема показа диалогов в таких подходах есть 🌚
В
Чего ?
В
Вроде бы проблем не было ещё ) передаю в Стейт сингл еффект ,показываю диалог и все . После переворота экрана диалог уже не вызовется второй раз
В
Т.е есть некий флаг что событие обработано и второй раз обрабатывать его не нужно
ДР
Всем доброй ночи! Подскажите пожалуйста, есть ли у кого-нибудь пример реализации историй из instagramm или сбербанк?
I
Вроде бы проблем не было ещё ) передаю в Стейт сингл еффект ,показываю диалог и все . После переворота экрана диалог уже не вызовется второй раз
вот это и выглядит как костыль
AD
Т.е есть некий флаг что событие обработано и второй раз обрабатывать его не нужно
ага, идея «поставить флажок для того, чтобы при отображении диалога убрать его» звучит очень плохо (у меня так сейчас)
вот диалог-сайдэффект - лучше, но это уже вне состояния 🌚
вот диалог-сайдэффект - лучше, но это уже вне состояния 🌚
В
ага, идея «поставить флажок для того, чтобы при отображении диалога убрать его» звучит очень плохо (у меня так сейчас)
вот диалог-сайдэффект - лучше, но это уже вне состояния 🌚
вот диалог-сайдэффект - лучше, но это уже вне состояния 🌚
Неее ,я и имел ввиду что отображение диалога это сингл vieweffect)
RU
Ребят, привет! А подскажите как вы управляете жц графа даггера, где вы сторите сами объекты компонентов, особенно интересны случаи в связке с мокси? И особенно если граф ветвистый и много вложенных сабкомпонентов.
Как я понимаю - если я буду сторить компонент внутри активити/фрагментов при изменении конфигурации произойдет утечка - компоненты пересоздадутся, а вот презентеры мокси будут держать ссылки на объекты из старого компонента.
Я же верно предполагаю о потенциальной проблеме?
Как я понимаю - если я буду сторить компонент внутри активити/фрагментов при изменении конфигурации произойдет утечка - компоненты пересоздадутся, а вот презентеры мокси будут держать ссылки на объекты из старого компонента.
Я же верно предполагаю о потенциальной проблеме?
2020 May 18
АЕ
Regular User
Ребят, привет! А подскажите как вы управляете жц графа даггера, где вы сторите сами объекты компонентов, особенно интересны случаи в связке с мокси? И особенно если граф ветвистый и много вложенных сабкомпонентов.
Как я понимаю - если я буду сторить компонент внутри активити/фрагментов при изменении конфигурации произойдет утечка - компоненты пересоздадутся, а вот презентеры мокси будут держать ссылки на объекты из старого компонента.
Я же верно предполагаю о потенциальной проблеме?
Как я понимаю - если я буду сторить компонент внутри активити/фрагментов при изменении конфигурации произойдет утечка - компоненты пересоздадутся, а вот презентеры мокси будут держать ссылки на объекты из старого компонента.
Я же верно предполагаю о потенциальной проблеме?
или вот так, дешево и сердито: https://proandroiddev.com/how-to-store-scoped-dagger-components-in-android-applications-4f3e86a5e957
