снова вопросы, спасибо всем кто помогает. Есть вью со списком. Есть фича добавления элемента в список с сохранением его в локальную бд(типа кэш) и сервер. Я написал целую цепочку, которая происходит.
1) ловим событие во вью
2) делаем валидацию вводных данных в презентере
3) конвертируем уи модель в апп модель (спасибо вам за эту идею, Александр) в презентере
4) передаем данные в интерактор через вызов метода AddItemUseCase
5) в этом кейсе вызываем метод репозитория "сохранить в БД"
6) в методе репозитория данные конвертируются в БД модель и сохраняются
7) в кейсе вызываем метод "отправить на сервер" репозитория
8) в методе репозитория конвертируем в Нетворк модель и отправляем
9) получаем удачный результат в виде Нетворк модели
10) конвертируем в апп модель
11) отправляем в интерактор этот результат
12) отправляем с интерактора в презентер
13) конвертируем их в УИ модель
14) кормим результат вью (сообщение там или я хз)
Два вопроса:
1) правильная логическая цепочка построена? Соблюдается ли тут чистая архитектура?
2) вот цепочка показывает вариант того, что все отработало чётко. То-есть у нас нет никаких ошибок и все супер. А если у нас что-то упало на любом этапе? На этапе валидацми, к примеру. Или на этапе сохранения на сервер(потеряли подключение)? Причём мы наверное хотим обрабатывать все эти результаты по разному. Если валидация не прошла, то просто сообщение, если сети нет, то ... сделать две попытки, и заблочить уи до момента ответа. Есть смысл разложить это все в отдельный слой exception, который бы занимался фоновой(асинхронной) обработкой ошибок? Так например потеря связи вызывает ошибку, которая отдаётся этому слою, а он автоматически блокирует(хз как) все ЮзКейсы где нужен интернет, автоматически отправляю в уи сообщение об ошибке?
А не логичнее ли вынести создание записи в БД и на сервере в один метод репозитория?
Писал на днях вопрос, который, почему-то все опустили
Обсуждают сегодня