AD
Используй useEffect на posts
Size: a a a
2021 January 18
AD
Если меняется posts соответственно ты внутренний filteredPosts перезаписываешь
DT
лучше скажи что у тебя не работает
видно ты разбираешься в реакте не лучше моего. Иван Дед вон подсказал отличное решение
ИМ
Почему в каждой папке создаётся папка dist? Не правильно настроен webpack? как это исправить?
И
видно ты разбираешься в реакте не лучше моего. Иван Дед вон подсказал отличное решение
Не, он про useEffect правильно написал. Работать будет, только это лишние телодвижения
И
Иван Майор
Почему в каждой папке создаётся папка dist? Не правильно настроен webpack? как это исправить?
Вангую, что неправильно настроен редактор. Большего из твоего вопроса не вытянуть
ИМ
Вангую, что неправильно настроен редактор. Большего из твоего вопроса не вытянуть
Понял. Спасибо, хоть что-то
DT
Не, он про useEffect правильно написал. Работать будет, только это лишние телодвижения
UseEffect я использую в родительском компоненте чтоб вызвать сагу
И
забей
И
зачем тебе mapstate и mapdispatch, если ты всё равно юзаешь хуки? почитай за useSelector и useDispatch
MK
зачем тебе mapstate и mapdispatch, если ты всё равно юзаешь хуки? почитай за useSelector и useDispatch
Он просто дед, не то что ты🌚
AD
Кстати концептуальный вопрос
Есть ReactContainerComponent который получает данные из Redux, много данных.
Потом в этом Container есть два дочерних. EditComponent или ViewComponent - что-то одно и туда пересылаются параметры через {...params}
Внутри этих дочерних компонентов есть useEffect на изменение props. Но если какой то из параметров это сложный объект то он будет сравниваться по ссылке в dependency.
Следовательно если у нас в redux изменится простой флаг, это приведет к перерендерингу и создания нового объекта {...params} который раздаст новые ссылочные типы даже к свойствам-объектам которые не менялись и те будут вызывать лишний вызов useEffect внутри?
Есть ReactContainerComponent который получает данные из Redux, много данных.
Потом в этом Container есть два дочерних. EditComponent или ViewComponent - что-то одно и туда пересылаются параметры через {...params}
Внутри этих дочерних компонентов есть useEffect на изменение props. Но если какой то из параметров это сложный объект то он будет сравниваться по ссылке в dependency.
Следовательно если у нас в redux изменится простой флаг, это приведет к перерендерингу и создания нового объекта {...params} который раздаст новые ссылочные типы даже к свойствам-объектам которые не менялись и те будут вызывать лишний вызов useEffect внутри?
DT
зачем тебе mapstate и mapdispatch, если ты всё равно юзаешь хуки? почитай за useSelector и useDispatch
да с ними по прикольнее. на ангуляр больше похоже. эти коннекты всегда бесили
И
Кстати концептуальный вопрос
Есть ReactContainerComponent который получает данные из Redux, много данных.
Потом в этом Container есть два дочерних. EditComponent или ViewComponent - что-то одно и туда пересылаются параметры через {...params}
Внутри этих дочерних компонентов есть useEffect на изменение props. Но если какой то из параметров это сложный объект то он будет сравниваться по ссылке в dependency.
Следовательно если у нас в redux изменится простой флаг, это приведет к перерендерингу и создания нового объекта {...params} который раздаст новые ссылочные типы даже к свойствам-объектам которые не менялись и те будут вызывать лишний вызов useEffect внутри?
Есть ReactContainerComponent который получает данные из Redux, много данных.
Потом в этом Container есть два дочерних. EditComponent или ViewComponent - что-то одно и туда пересылаются параметры через {...params}
Внутри этих дочерних компонентов есть useEffect на изменение props. Но если какой то из параметров это сложный объект то он будет сравниваться по ссылке в dependency.
Следовательно если у нас в redux изменится простой флаг, это приведет к перерендерингу и создания нового объекта {...params} который раздаст новые ссылочные типы даже к свойствам-объектам которые не менялись и те будут вызывать лишний вызов useEffect внутри?
до конца не дочитал, но {…params} — это дичайший говнокод. нинада
s
Кстати концептуальный вопрос
Есть ReactContainerComponent который получает данные из Redux, много данных.
Потом в этом Container есть два дочерних. EditComponent или ViewComponent - что-то одно и туда пересылаются параметры через {...params}
Внутри этих дочерних компонентов есть useEffect на изменение props. Но если какой то из параметров это сложный объект то он будет сравниваться по ссылке в dependency.
Следовательно если у нас в redux изменится простой флаг, это приведет к перерендерингу и создания нового объекта {...params} который раздаст новые ссылочные типы даже к свойствам-объектам которые не менялись и те будут вызывать лишний вызов useEffect внутри?
Есть ReactContainerComponent который получает данные из Redux, много данных.
Потом в этом Container есть два дочерних. EditComponent или ViewComponent - что-то одно и туда пересылаются параметры через {...params}
Внутри этих дочерних компонентов есть useEffect на изменение props. Но если какой то из параметров это сложный объект то он будет сравниваться по ссылке в dependency.
Следовательно если у нас в redux изменится простой флаг, это приведет к перерендерингу и создания нового объекта {...params} который раздаст новые ссылочные типы даже к свойствам-объектам которые не менялись и те будут вызывать лишний вызов useEffect внутри?
Выше ведь писали про useEffect, на что он вызывается
И
Кстати концептуальный вопрос
Есть ReactContainerComponent который получает данные из Redux, много данных.
Потом в этом Container есть два дочерних. EditComponent или ViewComponent - что-то одно и туда пересылаются параметры через {...params}
Внутри этих дочерних компонентов есть useEffect на изменение props. Но если какой то из параметров это сложный объект то он будет сравниваться по ссылке в dependency.
Следовательно если у нас в redux изменится простой флаг, это приведет к перерендерингу и создания нового объекта {...params} который раздаст новые ссылочные типы даже к свойствам-объектам которые не менялись и те будут вызывать лишний вызов useEffect внутри?
Есть ReactContainerComponent который получает данные из Redux, много данных.
Потом в этом Container есть два дочерних. EditComponent или ViewComponent - что-то одно и туда пересылаются параметры через {...params}
Внутри этих дочерних компонентов есть useEffect на изменение props. Но если какой то из параметров это сложный объект то он будет сравниваться по ссылке в dependency.
Следовательно если у нас в redux изменится простой флаг, это приведет к перерендерингу и создания нового объекта {...params} который раздаст новые ссылочные типы даже к свойствам-объектам которые не менялись и те будут вызывать лишний вызов useEffect внутри?
{...params} не раздаёт новые ссылки, только создаёт новую ссылку для внешнего объекта
AD
то есть лучше дублировать каждое свойство? Но в HOCs же используется. Деструктуризация вроде норм сработает и там будут те же ссылки на исходный объект. На счет того как внутри работает {...props} не уверен
DT
а как првильно указать тип пропса в компоненте? Типа
AD
({post, ...props}: MyInterface) =>
DT
спасибо