быть геолокация? Собственно а где должны быть также и ContactProvide, CallendarProvider и прочие андроидовские средства.
Я думаю, что работы с ними должна проводиться в Data слое на уровне работы с той же сетью или БД, то есть под Репозиторием.
Этим мы добиваемся того, что в бизнес-логике не будет андроидовских классов. Ну и плюс получается вполне корректное разделение по слоям.
Кто что думает?
То есть в классе репозитория будут объекты для работы с бд/сеть/геолокация/контакты? ввиде полей класса?
Обсуждают сегодня