Ага, ну, тогда разумно юзать юскалбэк

Узкий кейс тоже гуглится но чуть сложнее не более

В среднем - да

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

Чиновники едят мясо, я — капусту. В среднем мы едим голубцы.

Чиновники едят мясо, я — капусту. В среднем мы едим голубцы.

Веган

Ребят, подскажите, как сделать, что бы всплывашка не закрывалась когда тыкаю на варианты поиска Сейчас закрывается на onBlur инпута Была идея сделать линк под инпутом Но тогда он перекрывает всю страницу

Что обычно используется в реакте для этих графиков?

Что обычно используется в реакте для этих графиков?

@popuguy а спасибо уточке сказать?)

привет через что я могу ловить ширину экрана, что бы отображать разные компоненты ?

шо

https://ru.m.wikipedia.org/wiki/%D0%9C%D0%B5%D1%82%D0%BE%D0%B4_%D1%83%D1%82%D1%91%D0%BD%D0%BA%D0%B0

привет через что я могу ловить ширину экрана, что бы отображать разные компоненты ?

document.documentElement.clientWidth

кто юзает селекторы с useSelector, что делаете когда надо передать пропы в селектор: каррируете или замыкаете?

Ну когда что-то помимо стейта передается в селектор, это уже не совсем селектор

кто юзает селекторы с useSelector, что делаете когда надо передать пропы в селектор: каррируете или замыкаете?

кто юзает селекторы с useSelector, что делаете когда надо передать пропы в селектор: каррируете или замыкаете?

кто юзает селекторы с useSelector, что делаете когда надо передать пропы в селектор: каррируете или замыкаете?

С mapStateToProps все очевиднее намного)

useSelector(createCurriedSelector(myProp)) или useSelector((state) => mySelector(state, { myProp })

Просто надо приучиться думать в другую сторону.

1

Мне таки кажется что это с составными селекторами из reselect будет костылем, так как каким-то образом передать туда аргумент из пропсов можно лишь на этапе создания селектора, а какой смысл они будут иметь если у них не будет возможности реализовать мемоизацию?

Мне таки кажется что это с составными селекторами из reselect будет костылем, так как каким-то образом передать туда аргумент из пропсов можно лишь на этапе создания селектора, а какой смысл они будут иметь если у них не будет возможности реализовать мемоизацию?

Мне таки кажется что это с составными селекторами из reselect будет костылем, так как каким-то образом передать туда аргумент из пропсов можно лишь на этапе создания селектора, а какой смысл они будут иметь если у них не будет возможности реализовать мемоизацию?

useSelector(createCurriedSelector(myProp)) или useSelector((state) => mySelector(state, { myProp })

useSelector(createCurriedSelector(myProp)) или useSelector((state) => mySelector(state, { myProp })

Единственное, в 1 варианте я бы обьектом добавлял, потому что так расширять удобнее

как раз в первом варианте это не важно, потому что при расширении просто добавляешь аргументов а вот во втором случае, если вложенные селекторы требуют разных пропов, то им придется пропускать аргументы, и тогда лучше объектом

useSelector(createCurriedSelector(myProp)) или useSelector((state) => mySelector(state, { myProp })

Меня вот что смущает, при изменении пропсов, старый пропс застрянет в колбеке, который был передан в useSelector В отличие от mapStateToProps, где селектор можно вызывать каждый раз с актуальными пропсами

Первый вариант называется карированием?

тут ещё вот какое дело, если у тебя селектор вызывается несколько раз на странице с разным пропом (например список одинаковых компонентов с разным id) то в варианте 2 попадет кеширование реселекта, потому что он сравнивает только с предыдущим значением и придется либо использовать re-reselect, либо опять-таки оборачивать в фабрику по созданию селектора чтоб каждый компонент получил свой селектор а в таком случае уже легче каррировать сразу

Меня вот что смущает, при изменении пропсов, старый пропс застрянет в колбеке, который был передан в useSelector В отличие от mapStateToProps, где селектор можно вызывать каждый раз с актуальными пропсами

Почему просто не взять из селектора всё, что нужно и вычислить данные на основе пропсов непосредственно в компоненте?

Почему просто не взять из селектора всё, что нужно и вычислить данные на основе пропсов непосредственно в компоненте?

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

А в чём там можно запутаться? Пропсы прилетают от родителя, а useSelector берёт данные из стора.

Может кто-то в двух словах объяснить в чем разница между Component и PureComponent?

да

А в чём там можно запутаться? Пропсы прилетают от родителя, а useSelector берёт данные из стора.

Не верю. Пример.

Чистая функция не должна иметь сайд эффекты. Она предсказуема, получает данные и их же отдает (но в реакте, это jsx), но модифицирует их по правилам иммутабельности.

Пропсы можно достать из функции вроде (state, props) => something, но когда создаешь через createSelector в последней функции они доступны не будут и нужно делать костыль в виде функции вроде (_, props) => props.something В этом и путаница

я сейчас с телефона не могу вспомнить, но точно есть. хочется чтоб в компоненте вообще логики не было - все в селектор к тому же если возвращать из селектора объект, из которого потом доставать по пропу, то придется передавать в селектор функцию shallow equal, потому что по дефолту useSelector сравнивает по референсу, и будуь ререндеры лишние

Можешь пример краткий набросать где придется shallowEqual подрубить?

const mySelector = (state) => ({not: ‘a’, primitive: ‘value’}) Когда useSelector получает ответ от селектора, он сравнивает через === (чтобы решить, делать ререндер или нет), а объект будет каждый раз новый

Так надо просто createSelector заюзать мб?

Так надо просто createSelector заюзать мб?

А state всегда новый

Так надо просто createSelector заюзать мб?

Решение проблемы const everything = state => state.someStoreSegment const valueA = state => everything(state).valueA const valueB = state => everything(state).valueB const values = createSelector( valueA, valueB, (valueA, valueB) => ({ valueA, valueB }) )

Решение проблемы const everything = state => state.someStoreSegment const valueA = state => everything(state).valueA const valueB = state => everything(state).valueB const values = createSelector( valueA, valueB, (valueA, valueB) => ({ valueA, valueB }) )

Просто надо не от всего state брать, я раньше часто такую ошибку делал - такие селекторы бессмысленны

осталось только заставить всех так писать... а что если у тебя элементарный селектор, напрямую из state - его придется оборачивать в createSelector все равно

Почему? Если ты достаешь обьект из стора (не изменяя этот обьект никак, то есть не создавая новый) - можно брать без createSelector, и будет возвращаться тот же обьект