Size: a a a

Android Architecture

2020 June 10

T

Tepex in Android Architecture
Через конструктор репозитория в DI, например
источник

AD

Aleksey D. in Android Architecture
Tepex
Через конструктор репозитория в DI, например
выходит, такой DI знает что-то о потребностях конкретной бизнес-фичи? тоже как-то коряво получается, имхо 🙁
источник

T

Tepex in Android Architecture
А кто ж тогда должен знать? Можно, конечно, и динамически стратегию менять в интеракторе, если надо.
источник

AD

Aleksey D. in Android Architecture
Tepex
А кто ж тогда должен знать? Можно, конечно, и динамически стратегию менять в интеракторе, если надо.
либо уж в динамике менять, либо сам интерактор и должен знать 🤷 имхо, конечно
источник

T

Tepex in Android Architecture
Я стараюсь объекты создавать и связывать в DI. Ведь это его зона ответственности. Просто не могу представить кейс, в котором стратегия кеширования могла бы меняться динамически в рамках бизнес-логики конкретного юзкейса (интерактора).
источник

AS

Alex Savchenko in Android Architecture
Tepex
Я стараюсь объекты создавать и связывать в DI. Ведь это его зона ответственности. Просто не могу представить кейс, в котором стратегия кеширования могла бы меняться динамически в рамках бизнес-логики конкретного юзкейса (интерактора).
+
Не думал об этом, у нас логика кэширования всегда была забита в репозитории, но к дать ее через di очень даже норм)
источник

AM

Artem Mi in Android Architecture
День добрый, что вы думаете про такой способ реализации ресайкл вью, когда модель знает какой у нее вью холдер? Это сделано с целью убрать when в адаптере https://imgur.com/a/hOl9PcV  тут я вижу недочет в том что вью холдер будет везде торчать, над чем стоит еще подумать, но вот есть желание убрать километровый when   ps стринг как пример, там будет RecyclerView.ViewHolder
источник

D

Dmitriy in Android Architecture
Artem Mi
День добрый, что вы думаете про такой способ реализации ресайкл вью, когда модель знает какой у нее вью холдер? Это сделано с целью убрать when в адаптере https://imgur.com/a/hOl9PcV  тут я вижу недочет в том что вью холдер будет везде торчать, над чем стоит еще подумать, но вот есть желание убрать километровый when   ps стринг как пример, там будет RecyclerView.ViewHolder
источник

AD

Aleksey D. in Android Architecture
Tepex
Я стараюсь объекты создавать и связывать в DI. Ведь это его зона ответственности. Просто не могу представить кейс, в котором стратегия кеширования могла бы меняться динамически в рамках бизнес-логики конкретного юзкейса (интерактора).
объекты в DI создавать - норм
в рамках одного юзкейса иметь разную логику кеширования - нет, я ж про то и говорю
что слишком часто какая-то логика кеширования меняется в зависимости юзкейса и делать ее прибитой к репозиторию - боль
выносить эту логику в стратегию - норм, но, когда понадобится что-то менять, разработчик будет вынужден отправляться в веселое путешествие по разным реализациям абстрактной стратегии, вместо того, чтобы просто поменять две строчки в рамках одного юзкейса
источник

N

Nick Senchurin in Android Architecture
коллеги, я тут спустился с гор )
не холивара ради, но все же. Новый проект, какую архитектуру выбрать?
мвп еще в деле? или все на mvvm уже?
источник

AO

Artem Osipov in Android Architecture
Nick Senchurin
коллеги, я тут спустился с гор )
не холивара ради, но все же. Новый проект, какую архитектуру выбрать?
мвп еще в деле? или все на mvvm уже?
1. Какая больше нравится
2. Это еще не вся архитектура, а только слой представления
источник

КР

Кирилл Романенко... in Android Architecture
Nick Senchurin
коллеги, я тут спустился с гор )
не холивара ради, но все же. Новый проект, какую архитектуру выбрать?
мвп еще в деле? или все на mvvm уже?
Рекомендую взять в рассмотрение MVI.
источник

AD

Aleksey D. in Android Architecture
Кирилл Романенко
Рекомендую взять в рассмотрение MVI.
блин, да, там хоть с диалогами удобно работать (почти)
источник

N

Nick Senchurin in Android Architecture
чет мви не зашел мне, очень много кода получается
источник

N

Nick Senchurin in Android Architecture
хотя все от повара зависит...
источник

КР

Кирилл Романенко... in Android Architecture
Nick Senchurin
чет мви не зашел мне, очень много кода получается
Смотря какая MVI либа. В некоторых да, в некоторых меньше, чем mvvm.
источник

AS

Alex Savchenko in Android Architecture
Я склоняюсь к тому, что mvi это надстройка к mvp или mvvm.
источник

RP

Roman Pozdeev in Android Architecture
Кирилл Романенко
Смотря какая MVI либа. В некоторых да, в некоторых меньше, чем mvvm.
с какой либой mvi получается меньше кода чем с mvvm?
источник

КР

Кирилл Романенко... in Android Architecture
Alex Savchenko
Я склоняюсь к тому, что mvi это надстройка к mvp или mvvm.
Только из-за примеров докладчиков по MVI, которые в качестве альтернативы предложили сократить презентерер до двух методов или сократить вьюмодель до 1 ливдаты с 1 методом?
источник

AS

Alex Savchenko in Android Architecture
Кирилл Романенко
Только из-за примеров докладчиков по MVI, которые в качестве альтернативы предложили сократить презентерер до двух методов или сократить вьюмодель до 1 ливдаты с 1 методом?
Да, очень лаконично)
Щас склоняюсь к этому подходу.
источник