Подскажите насчет организации логики Архитектура MVI Есть interactor (далее А) который применяется

Question

Подскажите насчет организации логики Архитектура MVI Есть interactor (далее А) который применяется

в трех других interactor'ах (далее Б) и у него свое api

Сейчас при необходимости использования А, передаю в конструкторы Б, экземпляр класса А, то есть в interactor Б передаю interactor А

С добавлением scope'ов приходится тащить данные из разных scope'ов и понял что такая архитектура уже становится неудобной

Из выходов вижу просто копипастить код или под каждый scope писать свой А

1) У кого какие идеи как реализовать доступ к другому коду Interactor'а с scope'ом ?
2) Как реализовать доступ к другому коду Interactor'а без scope'а ?

#it #programming #russian #software

0

09.02.2021

5 ответов

3 просмотра

Evgenii Ivanov 🥇 Автор вопроса

Алексей Ершов
что вы понимаете под интерактором в контексте MVI?

viewmodel передает данные интерактору, тот общаясь с api и repository выдает какое-то заключение (ошибки или успешные команды), и передает обратно в viewmodel

0

09.02.2021

Алексей Ершов

Evgenii Ivanov 🥇
viewmodel передает данные интерактору, тот общаясь...

А MVI тут где? Что является хранилищем стейта, ViewModel?

0

09.02.2021

Evgenii Ivanov 🥇 Автор вопроса

Алексей Ершов
А MVI тут где? Что является хранилищем стейта, Vie...

Да, viewmodel хранит все данные с view, и является мостом между UI и бизнес логикой

0

09.02.2021