все сообщения, которые он получит по апи у себя, чтобы в дальнейшем вместо нового запроса использовать сохраненные данные. Скажите, это нормальный подход? Он не будет сильно нагружать клиент, если таких сообщений будет, к примеру, несколько тысяч или десятков?
Если да, то тогда косвенный вопрос. Я разрабатываю фронт на реакте и пытаюсь реализовать все компоненты в виде функций, используя хуки для состояния. В документации написано, что при обновлении состояния посредством хуков, состояние нужно заново перезаписывать, в то время как классовое состояние сливает новые и старые данные. Если, тогда, у меня уже будет записано несколько тысяч сообщений, и нужно будет добавить ещё одно, то придётся копировать и пересохранять все предыдущие тоже. Это действие сильно будет влиять на скорость работы, и рационально ли это вообще?
Ты это когда логику пишешь ты про реакт вообще забудь. Ты ее например в СМ засунь и пусть там себе сидит. А компоненты только для отрисовки
redux/mobx/effector по вкусу
Возможно стоит посмотреть в сторону индексед дб
Обсуждают сегодня