Флудер он.

флудераст

Всем привет. Подскажите пожалуйста. Пишу на react+express. client.js https://gist.github.com/avasites/f983d22dc9750fd8158c6a062f899134 Собираю webpack, но он дублирует html код, который генерирует express. Что не так делаю? Спасибо

Верно. А зачем тебе текущие пропсы?

типа const direction = prevProps.value < nextProps.value ? 'up' : 'down' это конечно логика не для текущего компонента, но я к тому что замена не 1-в-1

а в новом api getDerivedStateFromProps нет доступа к текущим пропсам, получается? тогда как в cWRP был this

Ну так он же статичный будет же

типа const direction = prevProps.value < nextProps.value ? 'up' : 'down' это конечно логика не для текущего компонента, но я к тому что замена не 1-в-1

Верно, так делать не нужно.

типа const direction = prevProps.value < nextProps.value ? 'up' : 'down' это конечно логика не для текущего компонента, но я к тому что замена не 1-в-1

это вроде к scu относится больше

гуд, сужают апи, будет больше вопросов в чатиках

это вроде к scu относится больше

нет, там стейт выводился от разницы пропсов

т.е. в таких случаях это надо вообще вне компонента делать, или явно в стейт заносить эту информацию, а prevState там есть

типа const direction = prevProps.value < nextProps.value ? 'up' : 'down' это конечно логика не для текущего компонента, но я к тому что замена не 1-в-1

В твоём случае надо хранить историю, а это состояние компонента.

+

Я только одного не понял

Зачем коллбэки на асинк прям в рендере делать ?

Зачем коллбэки на асинк прям в рендере делать ?

Чего?

Чего?

Ну ты ж видел новое апи ?

Зачем коллбэки на асинк прям в рендере делать ?

Я видел, как коллбеки херачили на async внутри ref

Ну ты ж видел новое апи ?

Да, но я не понимаю о чем ты.

+

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

там же написано что если можно закешировать, то чем раньше - тем лучше

в cDM будет меньше вычислений, потенциально

в cDM будет меньше вычислений, потенциально

Я понимаю, но зачем ещё в рендере его вызывать, если на cDM ещё не выполнился

render -> cDM ?

в render она первей вызовется и закешируется

и в cDM будет еще не завершившийся в render'е вызов, т.е. в cDM нового вызова не будет

слово вызов можно заменить на fetch запрос, например

слово вызов можно заменить на fetch запрос, например

подскажи, как ты форматируешь текст?

не видел в доке телеги такого

`

кошер…

млять

а как на маке такую херню вызвать?

можно просто бота вызывать

текст

а как на маке такую херню вызвать?

клавиша справа от левого шифта

а

у меня наверху это

`

в render она первей вызовется и закешируется

Все понял

у меня клава америкоская просто ?

Тебе же пишут что не так идет в ошибке

expected string

element type is invalid: expected a string

check data type

element type is invalid: expected a string

yup

in most cases some component inside App returns wrong type

in your - nothing

in rarest cases it is resolve order of files with same name? eg Main.jsx and Main.scss in one folder

Ребят ни у кого небыло траблы, что в multicompiller mode вебпак полностью с нуля все ребилдит ?

in rare cases it is variable shadowng

in most cases some component inside App returns wrong type

do you thing something wrong here where export to App.js? https://github.com/athimannil/node-redux/blob/master/client/components/register/Register.js

it’s a russian speaking chat

go to thedevs.network

Больше красного только на свадьбах Игры Престолов?

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

Вот да

do you thing something wrong here where export to App.js? https://github.com/athimannil/node-redux/blob/master/client/components/register/Register.js

yes

your component Register uses DEFAULT import but in App component you import Register as named import

just remove curly braces

just remove default in export

it’s a russian speaking chat

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

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

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

Россия для рузких

ребят, а webpack-dev-middleware перекомпиливает все на каждое изменение чтоли ?

and check all other components - you have same issue in Form component

так и хочется расисткую шутку отпустить =)

Eсть <ThemeProvider theme={theme}></ThemeProvider>, им обернуто все приложение, в пропсы ему из редакс стейта приходит theme, которое записывается в context. Есть глобальная настройка темы в стейте, которая меняет значение переменной theme, соответственно ThemeProvider перерендеривается и меняет context. В приложении все dumb компоненты читают тему из context. Вопрос, как сказать компонентам что context поменялся и им нужно перерисоваться

Eсть <ThemeProvider theme={theme}></ThemeProvider>, им обернуто все приложение, в пропсы ему из редакс стейта приходит theme, которое записывается в context. Есть глобальная настройка темы в стейте, которая меняет значение переменной theme, соответственно ThemeProvider перерендеривается и меняет context. В приложении все dumb компоненты читают тему из context. Вопрос, как сказать компонентам что context поменялся и им нужно перерисоваться

Они сами должны это делать

props.theme поменяется

Они сами должны это делать

не должны, это pure компоненты

И они сделают ререндер

props.theme поменяется

в том то и дело что тема приходит не из props а из context

Если ты про sc

const MyComp = (props, context) => (<div className={context.theme}></div>)

вот такой компонент, ему приходит из ThemeProvider контекст с темой

этот контекст с темой может поменятся, как компоенту об этом узнать, т.к shallowEq проверка отрабатывает только на props