- сделать oneboarding/user tour/собрать с кучи экранов данные для отправки запроса на заключительном. сейчас рассматриваю два варианта: 1 - по вьюхе и презентеру на каждый этап, и данные собрать в общем интеракторе. 2 - одна вьюха и один презентер, а этапы - состояния вьюхи. и, соответственно, в презентере будут доступны все данные в конце. есть ещё мысли о 3-ем варианте, куча презентеров и вьюх, как в 1ом варианте, но работают они не с интерактором, а с OnboardingManager, в котором будет интерактор для запроса и router для навигации. на чём лучше остановить свой выбор, и как впишется 3ий вариант в чистую архитектуру?
Человек ниже хорошо написал, я бы тоже в модели хранил.
Обсуждают сегодня