S
Вообще, я предполагал что будет подобие useMemo
Size: a a a
2020 July 14
ei
В общем эти кастомные проверки не заменяют реселект, то есть простую мемоизацию функций
K
@risenforces я тогда еще раз вопрос что выше переспрошу, выходит что если юзать useSelector без реселекта и без useShallowEqualSelector, то он будет по производительности хуже connect-a, из-за того что делает перерендеры при возврате одно и того же объекта, в отличии от connect?
ei
@risenforces я тогда еще раз вопрос что выше переспрошу, выходит что если юзать useSelector без реселекта и без useShallowEqualSelector, то он будет по производительности хуже connect-a, из-за того что делает перерендеры при возврате одно и того же объекта, в отличии от connect?
Нет, будет одинаково, отличие в том что с коннектом ререндер будет когда хотя бы 1 из свойств вернувшегося из mSTP обьекта изменилось, а у useSelector будет если изменилось значение
ei
То есть useShallowЧетотам позволяет что-то вроде коннекта делать в 1 useSelector
E
Нет, будет одинаково, отличие в том что с коннектом ререндер будет когда хотя бы 1 из свойств вернувшегося из mSTP обьекта изменилось, а у useSelector будет если изменилось значение
разве мапстейттупропс не на каждое изм стейта вызывается?
ei
У коннекта есть шалоу компейр по обьекту который вернулся, а useSelector это атомарная версия, которая как бы для 1 среза, простым языком
ei
Evgenii
разве мапстейттупропс не на каждое изм стейта вызывается?
Каждое, просто компонент не ререндерится если не изменилось содержимое в результате
E
Каждое, просто компонент не ререндерится если не изменилось содержимое в результате
компонент ререндерится если пропсы поменялись
ei
Ну да, они не меняются, до компонента это даже не доходит)
E
а юзселектор по умочланию по ссылочному сравнению, чтоб было поверхностное shallowEqual передавать вторым параметром
ei
Я не видел коннект уже десять тысяч лет!! (сурцы), но там вроде свой локальный стейт, который уже в компонент передается пропсами, а обновляется этот стейт когда сравнение не прошло
E
K
Нет, будет одинаково, отличие в том что с коннектом ререндер будет когда хотя бы 1 из свойств вернувшегося из mSTP обьекта изменилось, а у useSelector будет если изменилось значение
понял, мой кейс с лишним рендером сработает только если useSelectors будут в разных компонентах, а если в 1 то да, разницы не будет
ei
Я не видел коннект уже десять тысяч лет!! (сурцы), но там вроде свой локальный стейт, который уже в компонент передается пропсами, а обновляется этот стейт когда сравнение не прошло
Но вообще там какая-то наркомания у них (можно вспомнить про роутер и его контекст), так что я точно не могу говорить
ei
А, вспомнил, это с contextType прикол
И
L
Ребят ктонибудь работатал и с тем и другим ?
Styled-jsx vs styled-components
Я хочу взять родной для Next Styled-jsx, так как считаю что он лучше оптимиизирован под Next (не нужно засовывать плагины для SSR, все из коробки)
Есть еще мнение (не мое) что Styled-jsx
1 Не содержит лишних абстракций по сравнению со styled-components
2 Гораздо проще напрямую использовать реквизит в стилях нежеле чем в styled-components
Но комьюнити у Styled-jsx во много раз меньше...не могу найти гриды на нем сделаные
Вопросы:
1 Какие подводные камни если взять родной для Next подход? Чего он не умеет из того что умеет styled-components?
2 Кешурется ли CSSinJS при использовании в SSR режиме?
3 Есть ли готовые гриды под Styled-jsx?
Вот эта штука дико навароченная
https://github.com/STRML/react-grid-layout
Вот это вроде ничего, но не понятно как с Next уживется (SSR поддерживает но требуются танцы с бубнами)
https://github.com/sealninja/react-ssr-example
Есть ли какое то лучшее решение для гридов под Next? И вообще какой подход для CSS луче взять, Styled-jsx vs styled-components?
Styled-jsx vs styled-components
Я хочу взять родной для Next Styled-jsx, так как считаю что он лучше оптимиизирован под Next (не нужно засовывать плагины для SSR, все из коробки)
Есть еще мнение (не мое) что Styled-jsx
1 Не содержит лишних абстракций по сравнению со styled-components
2 Гораздо проще напрямую использовать реквизит в стилях нежеле чем в styled-components
Но комьюнити у Styled-jsx во много раз меньше...не могу найти гриды на нем сделаные
Вопросы:
1 Какие подводные камни если взять родной для Next подход? Чего он не умеет из того что умеет styled-components?
2 Кешурется ли CSSinJS при использовании в SSR режиме?
3 Есть ли готовые гриды под Styled-jsx?
Вот эта штука дико навароченная
https://github.com/STRML/react-grid-layout
Вот это вроде ничего, но не понятно как с Next уживется (SSR поддерживает но требуются танцы с бубнами)
https://github.com/sealninja/react-ssr-example
Есть ли какое то лучшее решение для гридов под Next? И вообще какой подход для CSS луче взять, Styled-jsx vs styled-components?
RA
Ребят, кто-н с веб сокетами работал
И
Roman Ard
Ребят, кто-н с веб сокетами работал