вместо какого-нибудь хранилища (redux/mobx/effector/reatom), как у вас дела с производительностью? Страницы конечно не фетчат теперь лишнюю информацию, но из-за хранения огромного кол-ва данных у вас приложения не тормозят?
Это очень индивидуальные вещи. Зависит от количества данных именно в вашем приложении, частоты их обновления, целевой аудитории продукта и какие у нее устройства
Мы исходим из того, что данных много и рефетчим их на каждой странице. Под «много данных» я подразумеваю, что мы держим в кеше примерно 20-35 запросов и в каждом большие структуры данных. Это все обходится дорого, а с нуля запрашивать не можем, потому что Доставляем контент так быстро как можем Вот мне и стало интересно, что в итоге будет выигрывать по перфомансу
в сторону батчинга посмотрите
А чем тут поможет батчинг? Это же относится к запросам, а у нас вопрос когда данные уже есть Возможно я вас неправильно понял
ты говоришь запросов много
Вряд ли будет какая-то разница, с точки зрения накладных расходов самих библиотек. Но в квери можно наконфигурить какое-то адекватное поведение (инвалидацию кеша) просто, а вот с отдельными СМами придется кода намного больше писать, потому что они впринципе более общую задачу решают, а значит не имеют специфических оптимизаций. Хотя, в экосистеме редакса недавно появился rtk-query
Заучит логично. Спасибо
Если у вас десятки запросов, лучше BFF с гкл поднять и что-то сабскрипшенами закрыть
Обсуждают сегодня