AS
Size: a a a
2020 September 12
2020 September 16
M
Привет. Инжектю в презентер (moxy) retrofitApi, мне говорят (без объяснения) что это нарушает принципы clean архитектуры. Вроде как retrofitApi это интерфейс, или всё же надо делать дополнительно в data слое интерфейс и его реализующий класс, в котором уже инжектить ретрофит и вызывать ретрофитовские методы?
HR
Привет. Инжектю в презентер (moxy) retrofitApi, мне говорят (без объяснения) что это нарушает принципы clean архитектуры. Вроде как retrofitApi это интерфейс, или всё же надо делать дополнительно в data слое интерфейс и его реализующий класс, в котором уже инжектить ретрофит и вызывать ретрофитовские методы?
Согласно принципам clean architecture, ретрофита в презентере вообще быть не может, потому что ретрофит находится на слое data, а презентер - на слое presentation. Между ними должен быть слой domain, в котором находится бизнес логика приложения.
M
т.е. презентер должен вызывать через интерфейс класс usecase, который через интерфейс вызывает ретрофит и получает данные и из usecase передает модель обратно в презентер?
VK
т.е. презентер должен вызывать через интерфейс класс usecase, который через интерфейс вызывает ретрофит и получает данные и из usecase передает модель обратно в презентер?
Как правило Presenter обращается к UseCase, который в свою очередь обращается к Repository, который уже решает где и как работать с данными. Например, делать HTTP запрос с помощью Retrofit.
UseCase находится в слое domain и инкапсулирует в себе логику бизнес-логику.
Repository находится в слое data и инкапсулирует в себе логику работы с данными - сериализацию, десериализацию, кеширование и прочее.
UseCase находится в слое domain и инкапсулирует в себе логику бизнес-логику.
Repository находится в слое data и инкапсулирует в себе логику работы с данными - сериализацию, десериализацию, кеширование и прочее.
HR
Я думаю, что usecase можно инджектить в презентер без интерфейса, это нормально, что презентер знает про domain. А вот ретрофит на слой domain (usecase, interactor) нужно инджектить в виде интерфейса, который определён в слое domain. То есть, domain не должен ничего знать про существование ретрофита и data слоя в целом
M
спасибо за ответы
VS
@LopatinMike https://www.buzzsprout.com/1086191/episodes/5009951-as-11-clean-architecture
Очень рекомендую послушать, судя по ответам люди учили clean по статейкам на медиум
Очень рекомендую послушать, судя по ответам люди учили clean по статейкам на медиум
M
@LopatinMike https://www.buzzsprout.com/1086191/episodes/5009951-as-11-clean-architecture
Очень рекомендую послушать, судя по ответам люди учили clean по статейкам на медиум
Очень рекомендую послушать, судя по ответам люди учили clean по статейкам на медиум
Спасибо. Послушаю.
2020 September 18
AS
Вышла новая версия Moxy 2.2.0! Изменения в этом релизе:
-
- Для Android модулей (moxy-androidx и т.д.) не генерируются
- Если
-
-
-
MvpView теперь может расширять не MvpView интерфесы (в этом случае нужно явно прописать стратегии)- Для Android модулей (moxy-androidx и т.д.) не генерируются
BuildConfig классы- Если
ViewStateProvider для презентера не найден, то возникает исключение-
ViewState больше не генерируется для абстрактных презентеров-
ViewStateProvider теперь нормально генерируется для вложенных презентеров2020 September 22
NI
всем привет) у кого нибудь есть пример использования презентера внутри адаптера Recyclerview?
NI
хотя уже не надо, там все то же самое)
ЕХ
всем привет) у кого нибудь есть пример использования презентера внутри адаптера Recyclerview?
адаптер это не вьюшка
ближайшее к вьюшке это вьюхолдер
ближайшее к вьюшке это вьюхолдер
NI
адаптер это не вьюшка
ближайшее к вьюшке это вьюхолдер
ближайшее к вьюшке это вьюхолдер
понял, спасибо)
я правильно понял, что надо через MvpDelegate делать?
я правильно понял, что надо через MvpDelegate делать?
ЕХ
понял, спасибо)
я правильно понял, что надо через MvpDelegate делать?
я правильно понял, что надо через MvpDelegate делать?
все верно
но вопрос такой - холиварный
можно дождаться ответов других участников )
но по своему опыту скажу, что всех очень удивляет презентер во вьюхолдере и я еще не встречал кто бы соглашался что он нужен
но вопрос такой - холиварный
можно дождаться ответов других участников )
но по своему опыту скажу, что всех очень удивляет презентер во вьюхолдере и я еще не встречал кто бы соглашался что он нужен
P
+ к тому, что он там не нужен.
Из ViewHolder можно пробросить эвенты в фрагмент/активити. И уже дальше они пробросят в свои презентеры.
Из ViewHolder можно пробросить эвенты в фрагмент/активити. И уже дальше они пробросят в свои презентеры.
NI
у меня просто адаптер внутри адаптера, и ему надо получать картинки и отрисовывать, мне кажется, что самый простой вариант - презентер внутри него
P
Получать откуда?
NI
Получать откуда?
из сети