AM
по поводу вчерашнего юзкейса, переделал под флов
Size: a a a
2020 May 11
VP
Artem Mi
по поводу вчерашнего юзкейса, переделал под флов
Почему отображением состояний занимается UseCase?
AM
нужно юз кейс передать в репозиторий, а репозиторий уже обрабатывает состояния?
VP
Artem Mi
нужно юз кейс передать в репозиторий, а репозиторий уже обрабатывает состояния?
Состояния обрабатывает Presenter/ViewModel
В то время как UseCase/Interactor отвечает за бизнес-логику: фильтрация полей например, маппинг
Repository занимается получением данных из БД, сети и так далее, это единая точка получения данных
flow обычно получается прямо на уровне интерфейса Retrofit, Room Dao или создают flow на уровне Repository
В то время как UseCase/Interactor отвечает за бизнес-логику: фильтрация полей например, маппинг
Repository занимается получением данных из БД, сети и так далее, это единая точка получения данных
flow обычно получается прямо на уровне интерфейса Retrofit, Room Dao или создают flow на уровне Repository
AM
обработка состояний тут, чтобы во view модель пришли результаты и на основании них датабиндинг отображает данные
VP
У flow есть такие операторы как onStart(), onComplete(), onEach()
В них можно переключать состояния
В них можно переключать состояния
AM
AM
тип такое
AM
в вм
AM
сейчас гляну что это
VP
Перенося старый опыт работы с Rx я пришел к такому коду
И пока что никаких проблем с его поддержкой не вижу
Внутри VM:
И пока что никаких проблем с его поддержкой не вижу
Внутри VM:
VP
Эх, catch можно было сократить(
Q
Состояния обрабатывает Presenter/ViewModel
В то время как UseCase/Interactor отвечает за бизнес-логику: фильтрация полей например, маппинг
Repository занимается получением данных из БД, сети и так далее, это единая точка получения данных
flow обычно получается прямо на уровне интерфейса Retrofit, Room Dao или создают flow на уровне Repository
В то время как UseCase/Interactor отвечает за бизнес-логику: фильтрация полей например, маппинг
Repository занимается получением данных из БД, сети и так далее, это единая точка получения данных
flow обычно получается прямо на уровне интерфейса Retrofit, Room Dao или создают flow на уровне Repository
с каких пор бизнес-логика маппит ?
VP
с каких пор бизнес-логика маппит ?
Если нужно что-то смапить, что касается бизнес-логики, то почему нет?
VP
Да и впринципе мапить может любой слой
Q
Если нужно что-то смапить, что касается бизнес-логики, то почему нет?
это ответсивенность другого слоя
VP
это ответсивенность другого слоя
Какого?
Q
Перенося старый опыт работы с Rx я пришел к такому коду
И пока что никаких проблем с его поддержкой не вижу
Внутри VM:
И пока что никаких проблем с его поддержкой не вижу
Внутри VM:
такая реализация не оч в качестве системы событий и единообразия
VP
такая реализация не оч в качестве системы событий и единообразия
Как предлагаешь улучшить?
Q
меняем flow на что-нибудь иное и всё, приехали