Ребят, я верно понимаю Clean при разработчке сервиса (work magager)? service->interactor->repository->interactor->service? При этом interactor через ДИ прокидывается в service?
Привет, подскажите плз как шаблон репозиторий применить к firebase? В интеракторе создаётся новый поток, в новом потоке интерактор вызывает логику репозитория, и тут я не пойму как сделать, ведь firebase возвращает данные с помощью своих листенеров создавая свой поток и судя по документации возвращает данные в главный поток.
Вопрос на миллион, которым почему то заадлся только сейчас. Концептуальное отличие MVVM от MVP? Не считая биндинга данных и сохранением ссылки на view в презентере
Вопрос на миллион, которым почему то заадлся только сейчас. Концептуальное отличие MVVM от MVP? Не считая биндинга данных и сохранением ссылки на view в презентере
Ну еще один больше про состояние а другой про поведение. Имхо небольшое.
Вопрос на миллион, которым почему то заадлся только сейчас. Концептуальное отличие MVVM от MVP? Не считая биндинга данных и сохранением ссылки на view в презентере
Мвп рулит стейтом, о котором не знает, в отличие от мввм и дальнейшей генерализации в виде мви
так-с, так-с, так-с, а разве MVI не может из MVP появиться? 🤔 то есть, сохранить интерфейс, но оперировать состоянием
"Сохранить интерфейс" - всм сделать интерфейс с единственным методом render(State)? Вообще можно, но непонятно зачем. Быстрый поинт заключается в том, что MVVM вырождается в MVI с гораздо большей простотой, чем MVP
А нужно ли как-то в нейминге юзкейса/интерактора отражать то, в каком виде возвращаются данные? Ну допустим юзкейс на получение пользователей заодно сортирует их по имени, можно ли занеймить такой юзкейс GetAllUsersUseCase, или нужно GetAllUsersSortedByNameUseCase