СП
На 2-3-4 класса
Он своим делом заонимается.
У меня в нем обычно вызовов 40 обрабатывается - все что с данными.
Можно и разбить - сетевую работу отд.от локальной базы скажем
Size: a a a
2020 December 28
SG
А еще можно по ответственности
S
Он своим делом заонимается.
У меня в нем обычно вызовов 40 обрабатывается - все что с данными.
Можно и разбить - сетевую работу отд.от локальной базы скажем
У меня в нем обычно вызовов 40 обрабатывается - все что с данными.
Можно и разбить - сетевую работу отд.от локальной базы скажем
не, для этого датасорсы и так есть, я разбиваю канеш. Я имею в виду если сущностей в проекте много, то мне кажется лучше разбиваьть
SG
А-ля AuthRepository, StoresRepository, ProfileRepository
S
А-ля AuthRepository, StoresRepository, ProfileRepository
+
S
почему не делать несколько репозиториев, (можно даже под каждую сущность), уменьшит количество конфликтов при слиянии в командной разработке
+
SG
Silent829
+
Просто так потом поддерживать легче
СП
Да. Вплоть до того что пишет данные в базу олин класс, а отдает другой.
SG
Особенно когда проект вдруг разрастается до масштабов "как эта херня вообще работает?"
PE
Особенно когда проект вдруг разрастается до масштабов "как эта херня вообще работает?"
и все в слоях из репо)
СП
Особенно когда проект вдруг разрастается до масштабов "как эта херня вообще работает?"
Хороший проект! Всегда есть работа и никто другой не справится.
PE
еще потом на такое клеят наклейки от банана на которых написано "клин арч"
SG
и все в слоях из репо)
а еще из юзкейсов, интеракторов и 100500 фрагментов и непонятной навигацией и хер пойми какой передачей данных между ними
PE
а еще из юзкейсов, интеракторов и 100500 фрагментов и непонятной навигацией и хер пойми какой передачей данных между ними
к сожалению это так
PE
за частую
СП
Итеракторы не нужны!
S
почему итерактор произносят
SG
Итеракторы не нужны!
они скорее прослойка между юзкейсом и през-слоем