не параллельно, а асинхронно!

Параллельность говорит о том, что в машине физически происходит несколько процессов одновременно.

именно, а жс однопоточный

именно, а жс однопоточный

именно, а жс однопоточный

запросы не жс делает, а среда

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

К примеру тот же хром может послать 6 параллельных запросов

Что интересненького есть окромя редукса. Сделал пока что на нем. Но так, на досуге посмотреть?

Что интересненького есть окромя редукса. Сделал пока что на нем. Но так, на досуге посмотреть?

почему никто никогда не советует window?

почему никто никогда не советует window?

почему никто никогда не советует window?

Привет коммьюнити реакта. Памахите джуну разобраться с принадлежностью функционала. Был реакт. Были функциональные и классовые выражения. Функциональные без стейта и т.д. для простых компонентов. С классами добавляем стейт и работаем с динамикой. Пропсы прокидывались вниз от дочернего к дочернему. Окей. Появился контекст. Можем пробрасывать до определенного потомка. Красиво. Потом редакс. Все понятно, глобальный стейт и т.д. и т.п. Но и туда зачем-то добавили контекст. И еще и хуки, позволяющие функциональным выражениям делать все то же, что и классы. Чегой юзать то? Как не утонуть в пучине этих "страстей" ?) Есть какие-то +- общая логика построения приложения?)

Привет коммьюнити реакта. Памахите джуну разобраться с принадлежностью функционала. Был реакт. Были функциональные и классовые выражения. Функциональные без стейта и т.д. для простых компонентов. С классами добавляем стейт и работаем с динамикой. Пропсы прокидывались вниз от дочернего к дочернему. Окей. Появился контекст. Можем пробрасывать до определенного потомка. Красиво. Потом редакс. Все понятно, глобальный стейт и т.д. и т.п. Но и туда зачем-то добавили контекст. И еще и хуки, позволяющие функциональным выражениям делать все то же, что и классы. Чегой юзать то? Как не утонуть в пучине этих "страстей" ?) Есть какие-то +- общая логика построения приложения?)

Контекст был всегда так то, поменяли api только

крч езжай обратно в доку, так?)

Что интересненького есть окромя редукса. Сделал пока что на нем. Но так, на досуге посмотреть?

Хуки для меньшего кода и удобства, контекст всегда был

по-моему хуки не только для “меньшего кода и удобства”. Вроде как с ними уменьшается вложеность комопнетов и следовательно уменьшается потребляемая память и увеличивается производитльность

по-моему хуки не только для “меньшего кода и удобства”. Вроде как с ними уменьшается вложеность комопнетов и следовательно уменьшается потребляемая память и увеличивается производитльность

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

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

Как и на не реакте

Я стилизовал чекбокс так <label className="label" onClick={() => { updateTemporaryResults({currentQuestion: currentQuestion, answerId: answer.id}); }}> <input type="checkbox" /> <span className="label__circle"> </span> <span className="label__text">{answer.text}</span> </label> И плюс использовать псевдо селектор :checked + .label__circle Так вот, чем можно объяснить что с такой реальзацией получается что на один клик по лейблу 2 раза срабатывает или клик, или диспач экшена 2 раза происходит, вобщем компонент 2 раза перерировывается. И если делать пуш в массив в этом месте, то запушится два раза вместо одного

@oxios Держи https://codesandbox.io/s/gifted-mendel-1ptj9

Привет всем. Пытаюсь обновить стейт, однако получаю ошибку "Maximum update depth exceeded."

Привет всем. Пытаюсь обновить стейт, однако получаю ошибку "Maximum update depth exceeded."

didUpdate вызывается при обновлении компонента, а setState его обновляет) думай

Знаю, что componentWillReceiveProps deprecated, так что подскажите пожалуйста, как менять стейт при получении пропса?

На необходимость апдейта

Знаю, что componentWillReceiveProps deprecated, так что подскажите пожалуйста, как менять стейт при получении пропса?

Похоже на костыльное решение зацикливания апдейта

ComponentDidUpdate или getDerivedStateFromProps

1 - вызывает бесконечный цикл, как подсказали выше, а второе сейчас попробую

1 - вызывает бесконечный цикл, как подсказали выше, а второе сейчас попробую

1 - вызывает бесконечный цикл, как подсказали выше, а второе сейчас попробую

Проверку же делать, а не просто setState

Привет всем. Пытаюсь обновить стейт, однако получаю ошибку "Maximum update depth exceeded."

Зачем?

Что зачем?

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

Ребзи помогите

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

Здесь ответа не будет

Вижу apache и nginx — советую @devops_ru

В других чатах все пассивные. Неужели нет фулл разрабов тут?

Не норм, didUpdate не предназначен для обновления стейта

Глянь в доку

Глянул You may call setState() immediately in componentDidUpdate() but note that it must be wrapped in a condition like in the example above, or you’ll cause an infinite loop. It would also cause an extra re-rendering which, while not visible to the user, can affect the component performance. If you’re trying to “mirror” some state to a prop coming from above, consider using the prop directly instead. Read more about why copying props into state causes bugs.