V
да, пробую context + хуки вместо редакса. думал уже вынести отдельно массив в стэйт и отдельно методы и прокидывать только методы, всё равно ре-рендерит
Size: a a a
2019 July 01
SG
ты еще убедись, что тебе нужно все эти данные держать в 1 контексте
SG
может есть возможность разделить на несколько
V
да у меня там всего 1 массив и методы для работы с ним, которые глубоко вызываются. почитаю статейки выше, может там какая идея будет. ну и редьюсер гляну, который посоветовали
SG
если у тебя хуки, используй useReducer вместо useState
а чем поможет useReducer?
EM
тем что там будет ссылка на ту же функцию
EM
не стоит разносить по контекстам
EM
есть номральное решение в оф доке
EM
прочитай статью
SG
на какую функцию?
EM
вопрос же про обновление компоненто в которых только методы
AR
useState это частный случай useReducer
SG
там функции скорее всего не меняются, а перерендер из-за данных
SG
Лёша должен что-то толковое посоветовать)
AR
Не передавать через один контекст больше одного куска данных
AR
Я обычно делаю такой отдельный модуль и полностью прячу понятие контекста и логики
AR
Такой паттерн можно расширить и передавать
dispatch через отдельный контекст, который никогда не будет менять свое значение. Для него можно написать отдельный хук useThingDispatchAR
(конечно было бы проще, если бы observedBits был доступен, но пока его нет)
V
в этой статье 1 в 1 пример с ре-рендером и пару методов решения 🙂
EM
dispatch по идее не меняется поэтому в тех местах кто подписка только на него все ок