преобразования данных/логику для того чтобы пробрасывать готовое в связанную с сервисом Activity? Правильно ли это с точки зрения MVVM?
ИМХО, думаю да, раз у тебя сервис в качестве источника работает, но иногда прибегают к доп. слою для преобразования данных от источника к получателю
у меня в качестве поставщика данных для сервиса есть отдельный класс, выдающий локацию. мне вот нужно его переварить и плюнуть в активити готовыми данными
репозиторий это то-же источник данных, у тебя сервис вместо него, а доп слою для преобразования данных обычно зовут аля interactor
спасибо, погуглю про него
ну у меня достаточно маленькое приложение, думаю будет в моём случае лишнее
тогда можешь просто с сервиса пробрасывать готовое решение куда угодно, это не плохо
отлично, спасибо :)
Сервис сам не лезет за данными и не работает с аппаратурой, а преобразует данные и решает надо ли и как их показывать, то есть это не дата слой а бизнес логика.
ну я в сервисе просто получаю флоу с геолокацией из провайдера. решил там же, т.к. сервис лайвсайкл, коллектить этот флоу и наверх в активити отдавать лайв дату с готовыми преобразованными данными через интерфейс binder
Тогда он роль vm и играет
но я ведь могу ещё vm сделать для активити? чтобы уже свою логику активити вынести
Обсуждают сегодня