Недавно я закончил школьный проект, где у нас было приложение для реагирования с API отдыха. что меня действительно раздражало, так это то, что мы делали много дублирующих выборок при получении наших данных. Например, наша навигационная панель сделала некоторые выборки, чтобы получить некоторую информацию о вошедшем в систему пользователе, но большую часть времени мы позже также извлекали пользователя, например, для получения его заказов. в любом случае пример не важен, больше факта уменьшения этих повторяющихся выборок. Я немного почитал и обнаружил, что react-redux часто используется в крупномасштабных приложениях для реагирования. Но я не знаю, есть ли в нем какое-то кеширование equest или около того.
Я лично думал о том, чтобы создать несколько классов сборщика, которые были бы одиночными и имели бы такие функции, как getCurrentUser, которые сначала проверяли бы, получили ли мы уже текущего пользователя, если мы дадим его, в противном случае мы получим его из api.
Я не знаю, может быть, просто получить что-то неправильно и, возможно, придется получить в родительском компоненте или около того, или если react-redux полностью решит мою проблему.
Но Кроме того, некоторые вещи могут быть не такими уж важными в сборщике, потому что некоторые вещи, такие как получение последнего сообщения в чате, вы не хотите, чтобы он давал вам кешированный ответ, а принудительно запускал новую выборку api.