SG
Size: a a a
2019 September 17
G
Сначала надо написать полифил
Сначала надо написать v8
SG
Кто может подсказать по
Вот набросал песочницу: https://codesandbox.io/s/laughing-jepsen-2cjns
react-transition-group, если у меня есть компонент с маунтом по условию, и я бы хотел делать "fade" анимацию как на его появление, так и на исчезновение, как это правильно сделать? Вот набросал песочницу: https://codesandbox.io/s/laughing-jepsen-2cjns
SG
вот даже более правильный пример – https://codesandbox.io/s/clever-grass-f63jr – у меня условно рендерится компонент, который делает деструктуризацию пропсов.
нужно понять, как его правильно анмаунтить
нужно понять, как его правильно анмаунтить
SG
если я правильно понимаю, данные в таком случае нельзя очищать, а просто полагаться на
обновил https://codesandbox.io/s/clever-grass-f63jr
unmountOnExit, который удалит компонент с транзишеном после exit.обновил https://codesandbox.io/s/clever-grass-f63jr
2019 September 18
YO
А насколько нормально юзать редакс для сохранения позиции мыши. Ситуация кастомный ДнД между разными компонентами
G
А насколько нормально юзать редакс для сохранения позиции мыши. Ситуация кастомный ДнД между разными компонентами
Звучит медленно и неперформансно.
YO
вот и я так подумал, поэтому и решил спросить, может кто делал подобное
b
Вероятней всего эти разные компоненты всеравно в рамках одной вьюшки, если это так то
осмелюсь предположить, что стоит просто дебаунсить обновления позиции курсора в рамках компонента обновляя значения локального состояния и передавать по контексту
осмелюсь предположить, что стоит просто дебаунсить обновления позиции курсора в рамках компонента обновляя значения локального состояния и передавать по контексту
G
Хотя если вынести его в отдельную ветку combineReducers, а компоненты пооборачивать где надо в useMemo/useCallback, то неплохо будет.
DB
Вероятней всего эти разные компоненты всеравно в рамках одной вьюшки, если это так то
осмелюсь предположить, что стоит просто дебаунсить обновления позиции курсора в рамках компонента обновляя значения локального состояния и передавать по контексту
осмелюсь предположить, что стоит просто дебаунсить обновления позиции курсора в рамках компонента обновляя значения локального состояния и передавать по контексту
Это же не то что бы принципиально отличается от хранения в редакс сторе
YO
Хотя если вынести его в отдельную ветку combineReducers, а компоненты пооборачивать где надо в useMemo/useCallback, то неплохо будет.
а разные ветки это иммеется ввиду просто разные редьюсеры?
combineReducers({
dragndrop,
auth}) типа того?G
а разные ветки это иммеется ввиду просто разные редьюсеры?
combineReducers({
dragndrop,
auth}) типа того?Да.
YO
спасибо, буду пробовать
G
а разные ветки это иммеется ввиду просто разные редьюсеры?
combineReducers({
dragndrop,
auth}) типа того?Просто если экшн будет затрагивать только dragndrop редьюсер, а остальные вернут стейт без изменений, то редакс не будет их перезаписывать, а отдаст ссылки на предыдущие
YO
мне казалось что любое изменение редакса может затронусь абсолютно все и вызвать полный ререндер
G
Может, но не обязано
YO
а еще вопрос по оптимизации стоит юзать useSelector, useDispatch или все же лучше через конект?
G
а еще вопрос по оптимизации стоит юзать useSelector, useDispatch или все же лучше через конект?
1 — подход хуков, 2 — классов