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

Нужно сделать экран регистрации, который в свою очередь состоит из

двух экранов. Часть полей на первом экране, кнопка далее - переход на второй экран. На нём ещё часть полей и кнопка "зарегистроваться". Я как-то привык, что один экран - одна целостная функция - один презентер.

Тут же, если сделать 2 фрагмента со своими презентерами, то получим ситуацию, что у второго презентера нет информации, необходимой для совершения регистрации.

Варианты, которые я вижу:
1) инжектить в оба презентера один общий интерактор, у коготорого будут поля, считанные с обоих фрагмментов.
2) передавать данные с фрагментов в презентер активити, из которого и выполнить финальный вызов к серверу.
3) сохранить данные первого фрагмента в репозитории и извлечь при отправке данных из второго фрагмента.
4) передавать модельку с данными с первого фрагмента в .newInstance() второго фрагментта и прокинуть её во второй презентер.
5) оставить по факту один фрагмент и просто скрывать / отображать группы элементов первого и второго экранов, так что по факту будет всего один презентер со всей информацией
6) почти как 5, просто использовать viewpager)

Что скажете по поводу этих вариантов?

P.s. Приложение небольшое как и время его жизни, поэтому вместо полноценной чистой архитектуры хочу остановиться на более простом варианте на основе mvp но с меньшим количеством слоёв абстракций.

3 ответов

16 просмотров

Как раз разбираю кейс с Визардами. Правда в моем случае все сложнее. Визарды могут появиться где угодно в приложении и могут состоять из различного количества экранов. Но в твоем случае можно сделать через первый вариант. У интерактора могут быть внутренние состояния в крайних случаях (и об этом никто больше не знает). Конечно, можно сделать по-православному, где Интерактор передает первую модель Репозиторию, а тот уже все сохраняет. Потом Интерактор передает вторую модель, а затем делает запрос через Репозиторий (даже ничего и не передавая туда, так как уже до этого передал модели). Вот как-то так =)

Что то ты слишком заморочился 😏, расскажи обязательно потом что выбрал.

@real_mista вот здесь уже рассматривали работу с визардами. Можешь почитать, у тебя похожая ситуация.

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

Обсуждают сегодня

Добрый вечер. Есть вопрос, а может и предложение. Был у меня диалог в другой группе о делфи и я задался вопросом: "А нельзя ли в делфи цвет //коментария и {комментария} сде...
Kraszx
24
Мдя, прикол, боевая сборка запускается (именно под отладчиком) после F9 примерно полторы минуты (97 секунд если быть точным). Начал копать - проблема детектится сразу - зависа...
Александр (Rouse_) Багель
38
Всем привет! Подскажи, пожалуйста, как передать в TComboBox сразу значение и id записи. На Delphi я делал так: ComboBox1.Items.AddObject('Какое-то значение', Pointer(id запис...
Евгений
9
я так понимаю, я так подозреваю, что создание такого плагина для человека, кто умеет писать плагины для делфи потребует минут 5-10 времени. но это мое подозрение. хотелось бы ...
Kraszx
7
Товарищи, кто работа с iphelper? Или может я в самой логике ошибки фигачу, не пойму.... var ifTable : PMIB_IFTABLE; size, corSize: DWORD; Buffer ...
Warfarellen
4
Здравствуйте, вопрос по структурам данных. Были у вас случаи, когда пришлось писать деревья или двунаправленные списки?
/ /
50
Коллеги, добрый вечер. Создаю коллекцию от TFPGMap, ключ - перечисление, значение - целое. Нужно отсортировать коллекцию по значению. Как это можно сделать?
Kirill Filippenok
11
Ребята, всем привет. Подскажите, пожалуйста, можно ли как-то через бота понять, что этого бота добавили в группу\канал и выдали ему права администратора?
Artem Stormageddon
9
Привет, такой вопросик появился кажется ли вам что Rust слишком сложный/строгий для высокоуровневого программирования и слишком "безопасный"/строгий для низкоуровневого?
Крокант
10
Скажи а ты когда этот канал создавал ты уже дельфи не любил, или это со временем пришло?
Роман Лях (rgreat)
18
Карта сайта