видимо я отвык от простых форм, все как-то многоступенчатые попадаются с сохранением ступеней в локалсторе...

а запиши тутор для примера плз )

а запиши тутор для примера плз )

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

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

что бы люди могли посмотреть и вникнуть в тонкости )

что бы люди могли посмотреть и вникнуть в тонкости )

тут на словах легче рассказать, Создаешь компоненты с фасадом reduxForm . внутри логика отдельно формы, с валидацией и прочими колбеками. Делаешь контейнер и попутно сохраняешь ступени в локалстор. Потом просто на каждой ступени меняешь формы внутри контейнера по вызовам экшнов

Хотя конечно class="domik" у них в поиске это лютый трэш без б

А что не так с ним?

Ты про нейминг?

тут на словах легче рассказать, Создаешь компоненты с фасадом reduxForm . внутри логика отдельно формы, с валидацией и прочими колбеками. Делаешь контейнер и попутно сохраняешь ступени в локалстор. Потом просто на каждой ступени меняешь формы внутри контейнера по вызовам экшнов

визуально было бы наглядно ) я пока только formik попробовал вчера

визуально было бы наглядно ) я пока только formik попробовал вчера

https://redux-form.com/6.6.3/examples/wizard/ сойдет думаю) осталось только поменять обертку на конейнер

https://redux-form.com/6.6.3/examples/wizard/ сойдет думаю) осталось только поменять обертку на конейнер

ок +

let value if (this.state.focused || this.state.waitingForResponse) { value = this.state.value } else { value = this.props.value } eslint гооврит чтоб юзал деструктуризацию. А как это собственно сделать?

Может ли редьюсер возвращать строку? И если да, то как тогда в таком случае не мутировать стейт?

let value if (this.state.focused || this.state.waitingForResponse) { value = this.state.value } else { value = this.props.value } eslint гооврит чтоб юзал деструктуризацию. А как это собственно сделать?

Никак вроде без let/const, заигнорь

Может ли редьюсер возвращать строку? И если да, то как тогда в таком случае не мутировать стейт?

Да может, возвращаешь новую строку

Может ли редьюсер возвращать строку? И если да, то как тогда в таком случае не мутировать стейт?

строки сами по себе иммутабельны

строки сами по себе иммутабельны

string[i] = value?

Сейчас у меня все редьюсеры возвращают строки в таком виде return action.payload

По идее стейт же не должен мутироваться

По идее стейт же не должен мутироваться

не должен

string[i] = value?

нельзя так_

нельзя так_

Хм ну да

нельзя так_

+

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

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

Ну так стейт-то не строка

а почему в cra пишет compiling…, это же по сути сборка, а не компиляция, собирается же js файл из js файлов?

А есть какая-то возможность заставить портал гидрировать его контент? Скажем так, у нас есть компонент, который рендерит портал в определенную ноду, в ноде уже есть контент, который отрендерит портал

И вот, собственно, хочется не пилить костыли из разряда innerHtml = ''; перед рендером портала

Ты про нейминг?

Da, tam seryozno takie classy

а почему в cra пишет compiling…, это же по сути сборка, а не компиляция, собирается же js файл из js файлов?

Тут скорее компиляция в более общем понимании этого слова

?

писали бы “bundling…”

ну хотя тут и компиляция идет из es6 и тд...

Da, tam seryozno takie classy

Ну наивно было бы полагать, что это от невежества :) думаю, дань традиции и истории или как-то так. У нас тут много подобных внутренних приколов.

Я не полагаю, я просто говорю что это трэш)

А есть какая-то возможность заставить портал гидрировать его контент? Скажем так, у нас есть компонент, который рендерит портал в определенную ноду, в ноде уже есть контент, который отрендерит портал

проще описать это так. гидратация определенной ноды в дереве. Учитывая, что эта нода - не корень приложения

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

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

норм

окей, значит буду копать

А на мой вопрос??

проще описать это так. гидратация определенной ноды в дереве. Учитывая, что эта нода - не корень приложения

@ZeroBias

>гидрировать а это что я просто деревенский

А есть какая-то возможность заставить портал гидрировать его контент? Скажем так, у нас есть компонент, который рендерит портал в определенную ноду, в ноде уже есть контент, который отрендерит портал

Эээ

Я думаю это нужно сразу в issues реакта спрашивать

ну вот да, так надо ?

Ладно, пойду туда сразу

Я думаю это нужно сразу в issues реакта спрашивать

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

У нас интересный роутер(свой). Поскольку проект мигрирует частями, то и рендерить нужно отдельные части в отдельные ноды(которые приходят с сервера). Сделан этот роутер на порталах, собственно, сканируется дом на нужные ноды, затем туда создаются порталы. Я напилил автогенерацию плейсхолдеров из реакта в ссаный твиг, так что теперь в ноде еще и реальный плейсхолдер, который будет там, пока загружается чанк с нужным компонентом(react-loadable) Собственно, хочется того, чтобы портал гидрировал контент, подцепил туда прелоадер(который при загрузке компонента показывается), а потом продолжил уже исполнение.

https://github.com/facebook/react/issues/13229 крч вот

И вот, собственно, хочется не пилить костыли из разряда innerHtml = ''; перед рендером портала

а я понел типа чтоб портал этот костыль не тебе в жопу засунул а себе

рукалицо

простейшее объяснение

кста а есть примеры такого в других либах?

чисто интересно посмотреть

примеры чего?

примеры чего?

>content hydration

в модалках

или в поп-апах

нет, насколько я вижу

всем привет. как добавить атрибут <a> по условию. пример что надо <a {item.class === "basket" && dataAmount: item.amount }>link</a>

>гидрировать а это что я просто деревенский

В 2к18 это значит рендерить

В 2к18 это значит рендерить

все спасибо

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

ERROR: S client not available

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

Речь о серверном рендеринге

ReactDOMServer.hydrate или как там

Речь о серверном рендеринге

о поясни тогда плз

сейчас почитаем

всем привет. как добавить атрибут <a> по условию. пример что надо <a {item.class === "basket" && dataAmount: item.amount }>link</a>

о поясни тогда плз

https://reactjs.org/docs/react-dom.html#hydrate

всем привет. как добавить атрибут <a> по условию. пример что надо <a {item.class === "basket" && dataAmount: item.amount }>link</a>

создай переменную template, в ней null, если условие проходит в нее записывай что нужно (a или что хочешь). и в render методе будет ко ко ко { template }

https://reactjs.org/docs/react-dom.html#hydrate

спасибо просто не пользовался таким вообще.

Ребят, кто-нибудь пользовался дизайн системой компонентов от Atlassian, что можете сказать, какие положиьельные/отрицательные стороны в разработке при использовании были? https://atlaskit.atlassian.com/packages

создай переменную template, в ней null, если условие проходит в нее записывай что нужно (a или что хочешь). и в render методе будет ко ко ко { template }

понятно. жаль что только этот способ

создай переменную template, в ней null, если условие проходит в нее записывай что нужно (a или что хочешь). и в render методе будет ко ко ко { template }

спасибо

всем привет. как добавить атрибут <a> по условию. пример что надо <a {item.class === "basket" && dataAmount: item.amount }>link</a>

через createReact element

через createReact element

Старый синтаксис :(

Старый синтаксис :(

Не старый.

Кто-то уже столкнулся с проблемой рефакторинга componentWillReceiveProps на getDerivedStateFromProps? Есть одна ситуация, когда это вызывает баги. Когда используется в одном компоненте redux и state. Как выходили из данной ситуации?

Не старый.

опытный

Старый синтаксис :(

это функция, а не синтаксис

Кто-то уже столкнулся с проблемой рефакторинга componentWillReceiveProps на getDerivedStateFromProps? Есть одна ситуация, когда это вызывает баги. Когда используется в одном компоненте redux и state. Как выходили из данной ситуации?

а что за баг мы переходили на новый реакт , вроде все неплохо

это функция, а не синтаксис

Эм. Счас почитаю. Спс

а что за баг мы переходили на новый реакт , вроде все неплохо

Локальный стейт и его изменения игнорируются

Пытаюсь сейчас понять почему с CWRP такого нет

Это не баг а фича

Это не баг а фича

Дело в том, что getDerived... срабатывает при изменении стейта, а componentWillReceiveProps только при изменении пропсов. Вот так и выходит. Значит они не взаимозаменяемы ?

Если бы они были полностью взаимозаменяемы, зачем бы нужно было их менять? ?

Дело в том, что getDerived... срабатывает при изменении стейта, а componentWillReceiveProps только при изменении пропсов. Вот так и выходит. Значит они не взаимозаменяемы ?

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

Если бы они были полностью взаимозаменяемы, зачем бы нужно было их менять? ?

Один static, другой instance, производительность, безопасность... я так понял хотели исправить ошибки при асинхронном рендеринге.

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

И при изменении стейта

Точно, в 16.4 при изменении стейта тоже срабатывает

Ну, при изменении стейта и пропсов