это он и есть

на этом все ?

импортируешь import {history} from './helpers'; используешь history.push(`/qwe/rty`),

а у меня вроде гугл норм работает))))))

а монитор секси.

32 дюйма, 6к

и Что делать с 32 дюймами поясните плизе

и Что делать с 32 дюймами поясните плизе

не знаю. просто, чем больше - тем лучше.

какая роль провайдер и консьюмера в контесте? и вообще зачем консьюмер, если все методы доступны и так дочерним компонентам, только что бы прям где обернули в провайдер, прослушать изменения?

и Что делать с 32 дюймами поясните плизе

Ставить на подставку за 1к$

консьюмер позволяет забирать данные не только прямым потомкам, но и отдаленным тоже. По сути это замена пробросу св-в по цепочке

консьюмер позволяет забирать данные не только прямым потомкам, но и отдаленным тоже. По сути это замена пробросу св-в по цепочке

консьюмер позволяет забирать данные не только прямым потомкам, но и отдаленным тоже. По сути это замена пробросу св-в по цепочке

просто достаточно одного моника и это круто

вот такой вариант

Провайдер определяет, начиная с какого узла все дочерние начнут "видеть" спускаемые провайдером данные. Но для того чтобы конкретный чилд в иерархии их забрал, ему нужен консьюмер.

ну 2 лучше.

особенно сзади

не могу найти фотку.

о

https://codesandbox.io/s/prod-http-6ckzc

https://codesandbox.io/s/sharp-ives-sz1bl

Ну вообще в таком виде неудобно. Я обычно отдельно объявляю эти провайдеры и консьюмеры, а потом декоратором подключаю. Одна строчка и вуаля чилд видит нужные методы

Ой всё) Попробуй объявить каждый компонент примера в отдельном файле. Сделай так чтобы <App> провайдерил диалог, который рендерится в нем же. И чтобы какой-то далекий через пятое колено потомок подрубил се консьюмер и через него дернул метод показа диалога. Станет очевидно. Сорян, у меня не так много времени в сандбоксах копаться.

всем привет, пытаюсь разобраться с хуками, не понимаю как нормально передавать эвент хендлер в функциональном компоненте, получается в onClick каждый раз попадает новая функция - следовательно ререндер вот гист накидал с примером: https://gist.github.com/robototor/5679607f2a5be9957fe75191c85f0a25 как тут избежать ререндера компонента <Button />?

Это что-то другое уже. Это видимо хуки. Я в них не умею.

Это что-то другое уже. Это видимо хуки. Я в них не умею.

всем привет, пытаюсь разобраться с хуками, не понимаю как нормально передавать эвент хендлер в функциональном компоненте, получается в onClick каждый раз попадает новая функция - следовательно ререндер вот гист накидал с примером: https://gist.github.com/robototor/5679607f2a5be9957fe75191c85f0a25 как тут избежать ререндера компонента <Button />?

useCallback?

т.е. хендлер должен выглядить так? const addUser = useCallback(() => { setUsers([ ...users, { id: `user-${users.length}`, name: `User ${users.length}`, } ]); }, [users]);

как вариант

но я так понимаю что из-за того что массив users меняется, то возвращается уже не мемоизированное значение, т.е. в данном кейсе это не работает? или как?

но я так понимаю что из-за того что массив users меняется, то возвращается уже не мемоизированное значение, т.е. в данном кейсе это не работает? или как?

посмотри useReducer это прям твой кейс. идентичность dispacth обеспечивает реакт

как экшн по клику туда проталкивать?

что бы заюзать dispatch нужно передать ему экшн вот есть кнопка с onClick как вызвать диспатч и передать экшн в него?

() => dispatch

что бы заюзать dispatch нужно передать ему экшн вот есть кнопка с onClick как вызвать диспатч и передать экшн в него?

() => dispatch

каждый рендер новая функция, чего и хотел избежать автор вопроса

this.handleClick dispatch()

this.handleClick dispatch()

т.е хендеры юсстейта никого не волнуют

сеттер нет, но функция которая его вызывает - да