Size: a a a

Android Architecture

2020 January 28

AD

Aleksey D. in Android Architecture
Phos Lazuli 시고도
Который от redmadrobot?
Надо будет поискать, минутку
благодарю
источник

S

Shieldy in Android Architecture
Vladimir Samoylov, пожалуйста, нажмите на кнопку ниже в течение указанного времени, иначе вы будете кикнуты. Спасибо! (60 сек)
источник

P시

Phos Lazuli 시고도 in Android Architecture
Aleksey D.
благодарю
у меня сообщение с ссылкой на видео только что удалилось, видимо за спам посчиталось? как мне тогда вам передать его?
источник

АЕ

Алексей Ершов in Android Architecture
Phos Lazuli 시고도
у меня сообщение с ссылкой на видео только что удалилось, видимо за спам посчиталось? как мне тогда вам передать его?
напишите мне в ЛС, например)
источник

P시

Phos Lazuli 시고도 in Android Architecture
акеюшки
источник

АЕ

Алексей Ершов in Android Architecture
https://youtu.be/g7wwybnXE40
хоба!

Там, конечно, рассказывают про Flux и отличия Redux, но потом в пример ставят библиотеки MVICore, mosby3-mvi-1 и т.д., из-за чего становится неоч понятно

ссылка на кадр со слайдом с библиотеками (https://youtu.be/g7wwybnXE40?t=3449)
источник

AD

Aleksey D. in Android Architecture
Phos Lazuli 시고도
у меня сообщение с ссылкой на видео только что удалилось, видимо за спам посчиталось? как мне тогда вам передать его?
спасибо!)
источник

А

Андрей in Android Architecture
Народ, я так понимаю, что презентер должен общаться с моделью (базой данных, интернетом и тд) с помощью классов интеракторов? Или можно общение наладить напрямую?
источник

НМ

Никита Марсюков in Android Architecture
Андрей
Народ, я так понимаю, что презентер должен общаться с моделью (базой данных, интернетом и тд) с помощью классов интеракторов? Или можно общение наладить напрямую?
Привет, я думаю нет не обязательно через интереакторы и юз кейсы. Можно в презентор заинъектить  интерфейсы репозоитрия и использовать его, так как  это не нарушает правило зависимостей
источник

А

Андрей in Android Architecture
Никита Марсюков
Привет, я думаю нет не обязательно через интереакторы и юз кейсы. Можно в презентор заинъектить  интерфейсы репозоитрия и использовать его, так как  это не нарушает правило зависимостей
Понял, спасибо)
источник

AN

Andrey Null in Android Architecture
Андрей
Народ, я так понимаю, что презентер должен общаться с моделью (базой данных, интернетом и тд) с помощью классов интеракторов? Или можно общение наладить напрямую?
Можно даже без презентеров, напрямую в активити
источник

KS

Kirill Shepelev in Android Architecture
Вообще через интеракторы лучше, так как при юнит тестировании проще будет
источник

НМ

Никита Марсюков in Android Architecture
Kirill Shepelev
Вообще через интеракторы лучше, так как при юнит тестировании проще будет
Расскажи пожалуйста в чем проще?
источник

НМ

Никита Марсюков in Android Architecture
вроде ты в обоих случаях мокаешь интерфейс и указываешь что должен возвращать метод
источник

KS

Kirill Shepelev in Android Architecture
Ты в презентере можешь не использовать весь интерфейс репозитория, а лишь части каких то методов, но при этом реализовывать придется все
источник

НМ

Никита Марсюков in Android Architecture
Kirill Shepelev
Ты в презентере можешь не использовать весь интерфейс репозитория, а лишь части каких то методов, но при этом реализовывать придется все
в юнит тесте опционально  поведение методов, то есть необязательно всех методов указывать что он должен возвращать, только тем которые используются
источник

KS

Kirill Shepelev in Android Architecture
И тем не менее, через юзкейсы и интеракторы ты следуешб принципу Interface Segregation из SOLID
источник

НМ

Никита Марсюков in Android Architecture
тут я соглашусь
источник

НМ

Никита Марсюков in Android Architecture
но с другой стороны, мне кажется в данном случае это не дает выйгрыша, то есть если рассмотреть случай тестирования интерактора то он тоже зависит от репозитория, в котором есть методы которые он не использует. Аналогичная ситуация получается и с презентором
источник

VR

Volodymyr Riznyk in Android Architecture
Интерактор для бизнес логики жи. Если ее нет сейчас, не значит, что ее не будет потом. Класический пример - когда какая-то круд операция сначала обновляет один репозиторий, а потом появляется кейс, что при каких-то условиях надо еще и в другом репозитории что-то поменять. И ты или инжектишь этот репозиторий в интерактор и меняешь в одном месте, или идешь по всем презентерам и вместо дергания одной репы дергаешь две.
источник