Классы нужны просто чтобы методы в кучу собрать

Классы нужны просто чтобы методы в кучу собрать

Ну ещё есть состояние

Но в основном да если нужны методы - пиши класс

Классы нужны просто чтобы методы в кучу собрать

А модули для такого не подходят? :)

умные-глупые компоненты я знаю, да

мне интересно как это работает

потому что видимо я вообще представления не имею

мне интересно как это работает

Просто почитай исходники

И сразу все поймешь

Там все прям расписано в деве

ооп не ооп

https://twitter.com/KrasimirTsonev/status/986603016148135936

Народ, а как из getDerivedStateFromProps получить старые пропсы?

this.props

Да вот нифига

второй аргумент

this.props

он статик)

второй аргумент

prevState

Может кто знает что то вроде Meteor-up для приложений на react+express, а то как то тяжело идёт освоение того, как деплоить всё это добро с докером :С

Второй аргумент - это стейт, а у меня stateless компонент

Мб тогда getSnapshotBeforeUpdate

храни пропсы в СТЕЙТЕ

))

храни пропсы в СТЕЙТЕ

Да-да, я тоже посмеялся

prevState

фак

храни пропсы в СТЕЙТЕ

я такое в одном компоненте увидел

Блин, реально мемоизацию использовать, что ли? Напрягитесь, ребята, кто-то же решил эту проблему

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

в качестве альтернативы можешь еще целую версию использовать unsafe_cwrp)

Не, спасибо, эта unsafe в следующей версии уже умрет. А что не так работает, что ты имеешь в виду? Пропсы меняются, это нормально. Мне нужно выяснить, что именно изменилось.

храни поля, которые отслеживаешь в стейте constructor (props, ctx) { this.state = { ..., __prevProps: props } }

тут правильного решения наверное нет

лол

выпилили cwrp, изобретают костыли чтобы юзать его опять)

¯\_(ツ)_/¯

Зашибись...

Метод специально static, чтобы делали то, для чего он придуман. Или храни пропы в стейте или используй мемоизацию, второе лучше

Да я пока не увидел для себя, чем лучше мемоизация. Можешь объяснить или кинуться ссылкой на статью, почему лучше?

У меня к примеру, gdsfp предопределяет часть стейта если переданы некоторые пропы, т.е. Компонент может быть как контролируемым так и самодостатояным

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

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

Ну вот и мне кажется, что в обычном UI-компоненте использование мемоизации адекватно ну уж в очень экзотических случаях

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

Кто как переводит form validator errors?

да дохера для чего например компонент страницы юзера

при смене айди в пропе надо дернуть апи

У меня этакая своя реализация селекта, выводящая значения из сторы. При смене строго определенных пропсов, я: 1. Делаю селект disabled. 2. Вызваю экшн, подгружающий список значений в стору. Но кэшировать (мемоизировать) мне это не надо.

gdsfp явно не для этого кейса

при смене айди в пропе надо дернуть апи

gsbu?

gdsfp явно не для этого кейса

А что ты предлагаешь?

при смене айди в пропе надо дернуть апи

Странно эту логику в компоненте хранить

У меня этакая своя реализация селекта, выводящая значения из сторы. При смене строго определенных пропсов, я: 1. Делаю селект disabled. 2. Вызваю экшн, подгружающий список значений в стору. Но кэшировать (мемоизировать) мне это не надо.

У меня было похожее в итоге я разбил один компонент на два и просто передал в новый нужные пропы

а где ее хранить?

если у меня локальный стейт

Странно эту логику в компоненте хранить

Почему странно, если у меня много таких однотипных селектов?

Ну меняется через какой-то хендлер, от него и плясать

У меня было похожее в итоге я разбил один компонент на два и просто передал в новый нужные пропы

Ну хорошо, но все равно ты в HOC как-то сравнивал пропсы?

Ну меняется через какой-то хендлер, от него и плясать

ты чот херню несешь какую-то

ты чот херню несешь какую-то

Аргумент

Ну меняется через какой-то хендлер, от него и плясать

Зачем мне в каком-то месте собирать всё в стору, если компоненты сами для себя грузят что надо?

да потому что заебали советчики которые из целого слона видят только хобот и орут “АААА ЗМЕЯ”

Ну хорошо, но все равно ты в HOC как-то сравнивал пропсы?

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

да потому что заебали советчики которые из целого слона видят только хобот и орут “АААА ЗМЕЯ”

Аргумент (уже не смешно)

при смене айди в пропе надо дернуть апи

а че там не выкатили еще запросы в рендере

а че там не выкатили еще запросы в рендере

?

ERROR: S client not available

ну с стрима дэна

Зачем мне в каком-то месте собирать всё в стору, если компоненты сами для себя грузят что надо?

Компонент должен отображать данные дергать хендлеры (/экшены). Зачем в нем логику эту держать?

а хз

я стримы не смотрю

Ну хорошо, но все равно ты в HOC как-то сравнивал пропсы?

Соответственно компонент рендерятся только когда меняются пропы

Компонент должен отображать данные дергать хендлеры (/экшены). Зачем в нем логику эту держать?

с локальным стейтом какие еще хендлеры-экшны?

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

Ну так разговор с того и начался, что надо сравнить старые и новые пропсы. Банально, если изменился проп disabled, то мне не нужно заново с сервака данные подтягивать. Я спросил, как из gdsfp получить prevProps. Ты говоришь, что для моего кейса gdsfp не подходит. Задаю вопрос еще раз: какой вариант подходит лучше, если кэшировать данные мне точно не надо и храню я их не в локальном стейте, а в сторе (так надо)?

Ну так разговор с того и начался, что надо сравнить старые и новые пропсы. Банально, если изменился проп disabled, то мне не нужно заново с сервака данные подтягивать. Я спросил, как из gdsfp получить prevProps. Ты говоришь, что для моего кейса gdsfp не подходит. Задаю вопрос еще раз: какой вариант подходит лучше, если кэшировать данные мне точно не надо и храню я их не в локальном стейте, а в сторе (так надо)?

ну с gdsfp тебе надо хранить где-то в стейте-сторе предыдущее значение да

с локальным стейтом какие еще хендлеры-экшны?

Локальный стейт у контейнера, который свои методы пробрасывает компоненту отображения?

бля

а я где-то говорил что я это дергаю в компоненте отображения?

советчики бля

Ну так разговор с того и начался, что надо сравнить старые и новые пропсы. Банально, если изменился проп disabled, то мне не нужно заново с сервака данные подтягивать. Я спросил, как из gdsfp получить prevProps. Ты говоришь, что для моего кейса gdsfp не подходит. Задаю вопрос еще раз: какой вариант подходит лучше, если кэшировать данные мне точно не надо и храню я их не в локальном стейте, а в сторе (так надо)?

ну да, согласен это не очено удобно если у тебя стор глобальный

и в нем нет этого значения

но в целом gdsfp почти так же работает но с next/prevprops было немного проще кмк

ну с gdsfp тебе надо хранить где-то в стейте-сторе предыдущее значение да

Я уже так и сделал. Но я в полной уверенности, что с gdsfp какую-то херню придумали. Раньше у меня был stateless-компонент и мне это очень нравилось.

а я где-то говорил что я это дергаю в компоненте отображения?

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

ну вот я про то же

зато уже советуешь

Я уже так и сделал. Но я в полной уверенности, что с gdsfp какую-то херню придумали. Раньше у меня был stateless-компонент и мне это очень нравилось.

ну да, либо глобально хранить disabled, либо делать stateful

Ну так разговор с того и начался, что надо сравнить старые и новые пропсы. Банально, если изменился проп disabled, то мне не нужно заново с сервака данные подтягивать. Я спросил, как из gdsfp получить prevProps. Ты говоришь, что для моего кейса gdsfp не подходит. Задаю вопрос еще раз: какой вариант подходит лучше, если кэшировать данные мне точно не надо и храню я их не в локальном стейте, а в сторе (так надо)?

Попробуй gsbu

Слишком сложно намутил. Просто возвращай null, если ничего менять не надо.

Слишком сложно намутил. Просто возвращай null, если ничего менять не надо.

Не, там все верно

Попробуй gsbu

а в чем разница то с gdsfp

Вроде

атрибуты те же прилетают

gdsfp стейт возвращает

Попробуй gsbu

Так мне не факт, что компонент обновлять надо

а в чем разница то с gdsfp

В том что ему не нужен локал стейт, а в gdsfp нельзя сравнить старые и новые пропы а в gsbu можно

в gsbu не прилетают новые пропсы же