ну, если матч не загружен, то я не формирую новый сейт, а возвращаю null

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

а просто проищогел ререндер сверху

поставь там console.log внутри if почекай что происходит

Да, в плане рендера, без него все работает нормально и без задержек

Я логирую пропсы внутри метода, они туда приходят своевременно

Когда меняется matches - в nextProps они приходят сразу

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

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

какие например методы жизненного цикла?

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

во многих случаях лучше заходит componentDidMount

componentDidUpdate ты хотел сказать?

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

componentDidUpdate ты хотел сказать?

нет

Как сформировать экшон (какие данные и как в него передать) чтобы обновить одно из поддеревьев стора?

я имел в виду что если есть кейс один раз через пропсы протащить значения в локальный стейт, то есть два пути, это did mount и derived

но с derived надо четко понимать в какой момент протаскивать, а в какой нет

Типа какой формат адреса поддерева в сторе лучше использовать?

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

ага, ясно, у меня аналогичная ситуация была

еще можно в кострукторе и просто state ={a: this.props} в классе

Проблема в том что нужные пропсы приходят не сразу

Боже, я идиот, но проблема решилась просто. У меня была старая версия реакт-редакс =\

еще можно в кострукторе и просто state ={a: this.props} в классе

ну как бы да, cdm и все что до него

Боже, я идиот, но проблема решилась просто. У меня была старая версия реакт-редакс =\

а как это повлиять могло?

@ValeryKobzar разве setState в cdm не вызовет ненужный ререндер?

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

@ValeryKobzar разве setState в cdm не вызовет ненужный ререндер?

вызовет конечно

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

хорошее замечание, надо чекнуть у себя будет тоже

вызовет конечно

Получается это не лучшее место чтобы один раз перенести пропсы в локальный стейт

Получается это не лучшее место чтобы один раз перенести пропсы в локальный стейт

у тебя cdn вызовется всего один раз же

иногда бывает, что это единственное место где можно так сделать

т.к. например ref ссылка появиится только в этот момент

у тебя cdn вызовется всего один раз же

да, но рендера будет 2

да, но рендера будет 2

угу

т.к. например ref ссылка появиится только в этот момент

ref через пропсы кто то передает?

и в стейт заносит?

ref через пропсы кто то передает?

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

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

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

бывает setState в рендере пишут

у бывают такие случаи в общем :))

бывает setState в рендере пишут

давно не встречал

Слишком надуманный кейс)

бывает setState в рендере пишут

это те кто дев тул по религиозным причинам закрытым держут??

это те кто дев тул по религиозным причинам закрытым держут??

У меня был случай когда самое легкое решение было setState в рендере) Не каждый рендер, а по условию конечно))

У меня был случай когда самое легкое решение было setState в рендере) Не каждый рендер, а по условию конечно))

Жесть конечно

Не вижу ни одного случая когда это нужно было

У меня был случай когда самое легкое решение было setState в рендере) Не каждый рендер, а по условию конечно))

Тяжело придумать.

Если это не тупой способ сделать рекурсию.

У меня был случай когда самое легкое решение было setState в рендере) Не каждый рендер, а по условию конечно))

но для таких сложных случаев как раз есть cdu

Да я понимаю что это жесть, я же не советую никому так делать

но для таких сложных случаев как раз есть cdu

Он бы не помог

Да я понимаю что это жесть, я же не советую никому так делать

раслабся со всеми бывает) Главное потом вернуться и переделать)

Он бы не помог

вот при любых раскладах я могу понять еще в рендере выставлять некую переменную класса и проверять в cdu ее и делать там уже setState

технический долг вроде такое называется)

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

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

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

Я не хочу вдаваться в подробности но мне бы cdu не помог

Я не хочу вдаваться в подробности но мне бы cdu не помог

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

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

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

Что-то из серии «Главное - работает, потом отрефакторю» :D

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

Если бы платили деньги за выполнения этого долга а не за новый функционал...

я бы весь код за все года отрефакторил

Если бы платили деньги за выполнения этого долга а не за новый функционал...

Кому-то платят

Если бы платили деньги за выполнения этого долга а не за новый функционал...

Учись продавать.

в продуктовых вроде платят, когда один проект можно год делать)

Учись продавать.

Ну например я закончил проект, в нем есть несколько "долгов". Мне уже не интересно этим занимать, зачем мне просить деньги за неинтересную работу?

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

Ну например я закончил проект, в нем есть несколько "долгов". Мне уже не интересно этим занимать, зачем мне просить деньги за неинтересную работу?

Если проект закончен, то какая тебе разница?

Если проект закончен, то какая тебе разница?

Я о том же

Дык вопрос в другом. Если проект активный.

Дык вопрос в другом. Если проект активный.

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

в продуктовых вроде платят, когда один проект можно год делать)

Ты так говоришь, как будто "год" это много

Ребят, возможно в styled-components сделать соседний селектор? то есть если два одинаковых элемента рядом то у них отступ задать друг от друга.

Ребят, возможно в styled-components сделать соседний селектор? то есть если два одинаковых элемента рядом то у них отступ задать друг от друга.

+

Ребят, возможно в styled-components сделать соседний селектор? то есть если два одинаковых элемента рядом то у них отступ задать друг от друга.

да

Ребят, возможно в styled-components сделать соседний селектор? то есть если два одинаковых элемента рядом то у них отступ задать друг от друга.

& + &

? благодарю

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

Ты так говоришь, как будто "год" это много

не не много, просто те кто проектно работают или на фрилансе это пара недель на сложный апп)

сам понимаешь какой там технический долг

когда же ты любишь программировать и пишешь код правильно, а не лишь бы как-то работало, то и ситуация меняется

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

С чего ты взял что так отношусь?

чаще всего такой долг, что проще переписать всё

когда же ты любишь программировать и пишешь код правильно, а не лишь бы как-то работало, то и ситуация меняется

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

опять же если не продуктового работаешь

когда же ты любишь программировать и пишешь код правильно, а не лишь бы как-то работало, то и ситуация меняется

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

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

это не то что "бывает", это происходит постоянно :))

ну а то что за рефакторинг обычно не платят, это да

я как то предложил зазиповать исходники руби, там так можно

чтобы код не было видно :)))

это не то что "бывает", это происходит постоянно :))

и возвращатся уже не хочется, это значит я рабочая лошадь?

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

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

и никому не обидно

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

правильно обвинили

ты же в итоге взялся за задачу

хотя мог отказаться здраво оценив ситуацию