самой субд и так есть такой же слой абстракции? Просто субд - только для данных, всем остальным пусть занимается отдельный слой
А зачем прикручивать нормализацию в redux костылем сбоку? Зачем писать кучу редьюсеров ни о чем? Зачем делать хитрые селекторы по данным? Делать стор персистентным? Что-то там для сайд-эффектов добавлять сбоку? Посмотреть на любое большое приложение со стором – в нем уже будут реализиваны кучу функций из СУБД, но криво-косо-несовместимо-размазанно и прочее. Ну так зачем тащить эту храмую лошадь раз за разом в новые проекты? Ну и мы приходим к тому, что у нас есть Apollo только для данный (Query/Mutation/Fragment), с полным контролем над ними в отдельном слое. И связь этих данных через компоненты, которые эти данные и отображают, зная полную модель их.
Обсуждают сегодня