Получается интерактор - это такая прослойка между данными и вью,

Представьте фичу регистрации, на 3х экранах. На 2 выбирается тип пользователя, и от этого зависит какой будет 3й экран. Все 3 экрана это одна фича. И данные с первой, и со второй страницы должны попадать в третий. Как это лучше всего выполнить?

0

31.05.2021

Pêcheur Автор вопроса

Jorik Fat
Представьте фичу регистрации, на 3х экранах. На 2 ...

очевидно - общая ВМ

0

31.05.2021

Jorik Fat

Pêcheur
очевидно - общая ВМ

а если экраны должны быть представленны в виде 3х activity?

0

31.05.2021

Paul Savchenko

Jorik Fat
а если экраны должны быть представленны в виде 3х ...

А такое часто бывает? Последние лет пять

0

31.05.2021

Jorik Fat

Paul Savchenko
А такое часто бывает? Последние лет пять

такого практически не бывает. Но архитектура не зависит от платформы

0

31.05.2021

Tamim

Нет, ты ходил по ссылкам, особенно по второй?) Представим у тебя есть usersRepository, ты хочешь сделать сложный query в BD, и отображать их во вющке, фильтрацию можно (Если у тебя не clean architecture) сделать в Presenter или в ViewModel, ок. Допустим у тебя в другом месте нужен такой же результат, ты будешь копи паситить код из одного ViewModel/Presenter в другой? Use-Case и интерактор решают эту проблему, они тебе дают сразу окончательный результат который тебе нужен, и дают тебе возможность переиспользовать этот функционал в разных местах. Это самый простой кейс почему нам нужны interactor/use-case, есть еще другие проблемы как разделения бизнес логики от presentation слое, или взоймодействовать с 2+ репозиториями или другими компонентами, или с 2+ datasource'ы и тд

0

31.05.2021

Pêcheur Автор вопроса

Tamim
Нет, ты ходил по ссылкам, особенно по второй?) П...

да, здеь как-то сразу на ум приходит UseCase. Но ведь ээто все не хранит уже полученные данные(стейт) (которые уже могли устареть), а совершает повторный запрос в БД?

0

31.05.2021

Jorik Fat

Pêcheur
да, здеь как-то сразу на ум приходит UseCase. Но в...

и это не обязательно. У меня был кейс, когда нужно было отобразить заявки пользователя (Все заявки / мои заявки), и с сервера приходила просто пачка заявок. Их нужно было где-то по id фильтровать и показать поразень

0

31.05.2021

Pêcheur Автор вопроса

Jorik Fat
и это не обязательно. У меня был кейс, когда нужно...

и типа ты эти списки складывал в один объект и инжектил этот объект? Просто если это для одного экрана нужно то фильтрануть можно в репозитории и вернуть во вьюмодель эти списки, а если на нескольких экранах то данные могут устареть во время перехода между экранами

0

31.05.2021

Jorik Fat

Pêcheur
и типа ты эти списки складывал в один объект и инж...

в репозитории нет состояния

0

31.05.2021

Pêcheur Автор вопроса

Jorik Fat
в репозитории нет состояния

ну фильтранем во вьюмодели/юзкейсе, не важно, сути вопроса не меняет

0

31.05.2021

Jorik Fat

Pêcheur
ну фильтранем во вьюмодели/юзкейсе, не важно, сути...

UseCase это часть Interactor'а

0

31.05.2021

Tamim

Jorik Fat
UseCase это часть Interactor'а

Юзкейс это и есть интерактор

0

31.05.2021

Jorik Fat

Tamim
Юзкейс это и есть интерактор

ну вот не совсем. Interactor больше

0

31.05.2021

Jorik Fat · Accepted Answer

Jorik Fat

чаще всего да, роль интерактора берет на себя VM. Но когда фича состоит больше чем из одного экрана, нужен медиатор между этими VM. Interactor берет на себя эту задачу

0

31.05.2021

214 похожих чатов

Получается интерактор - это такая прослойка между данными и вью,

17 ответов

Похожие вопросы