Vadim
не параллельно, а асинхронно!
Параллельность говорит о том, что в машине физически происходит несколько процессов одновременно.
Vadim
Имелась ввиду загрузка данных если что
Ildar
Maksim
именно, а жс однопоточный
запросы не жс делает, а среда
Andrew
Ildar
К примеру тот же хром может послать 6 параллельных запросов
Mikhail
у среды в виде браузера тоже есть ограничения на параллельность запросов
Tray
Есть ещё ограничения платформы на максимальное число различных потоков. Есть io потоки, есть операционные. И тех и других тоже число ограниченно.
Tray
Платформой и железом преимущественно.
artalar
green threads *
Tray
Что интересненького есть окромя редукса. Сделал пока что на нем. Но так, на досуге посмотреть?
Andrei
Список окончен
Виктор
почему никто никогда не советует window?
Red[$]hort
Коллеги, какие альтернативы есть у zero server?
Ildar
почему никто никогда не советует window?
Потому что он и так в хлам переполнен?
Vadim
почему никто никогда не советует window?
А как реакту узнать что появились или изменились данные?
‌‌‎D
почему никто никогда не советует window?
Есть риск затереть какой-то глобальный api
Artem
Привет коммьюнити реакта. Памахите джуну разобраться с принадлежностью функционала. Был реакт. Были функциональные и классовые выражения. Функциональные без стейта и т.д. для простых компонентов. С классами добавляем стейт и работаем с динамикой. Пропсы прокидывались вниз от дочернего к дочернему. Окей. Появился контекст. Можем пробрасывать до определенного потомка. Красиво. Потом редакс. Все понятно, глобальный стейт и т.д. и т.п. Но и туда зачем-то добавили контекст. И еще и хуки, позволяющие функциональным выражениям делать все то же, что и классы. Чегой юзать то? Как не утонуть в пучине этих "страстей" ?) Есть какие-то +- общая логика построения приложения?)
Artem
Andrei
Хуки для меньшего кода и удобства, контекст всегда был
Тимофей 🛴
крч езжай обратно в доку, так?)
Нет, глобально просто ничего не поменялось, просто другое апи
Ilya
Хуки для меньшего кода и удобства, контекст всегда был
по-моему хуки не только для “меньшего кода и удобства”. Вроде как с ними уменьшается вложеность комопнетов и следовательно уменьшается потребляемая память и увеличивается производитльность
Ilya
ну и + это стандартное решие из коробки для переиспользования логики(чего раньше по факту и не было)
Ilya
Ну, вообще, вопрос производительности в таких маленьких размерах я хз, когда поднимается
ну заставить приложение на реакт тормозить не очень то и сложно…
Ilya
Как и на не реакте
тогда уж как и на не JS. Но это явно темы не для это чата
Тарас
на реакте все же посложнее
Тарас
у него хоть какие то сообщения про опасность вечных циклов ререндеров есть
Андрей
Я стилизовал чекбокс так <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 раза перерировывается. И если делать пуш в массив в этом месте, то запушится два раза вместо одного
Nikola
Привет всем. Пытаюсь обновить стейт, однако получаю ошибку "Maximum update depth exceeded."
Андрей
@oxios Держи https://codesandbox.io/s/gifted-mendel-1ptj9
Не пойму почему так, смысл тот же а результат другой, вижу что на лейбле клик, а на инпуте онченж
Anonymous
Привет всем. Пытаюсь обновить стейт, однако получаю ошибку "Maximum update depth exceeded."
Ничего удивительного, читай при каких обстоятельствах обновляется компонент
Andrey
Привет всем. Пытаюсь обновить стейт, однако получаю ошибку "Maximum update depth exceeded."
didUpdate вызывается при обновлении компонента, а setState его обновляет) думай
Nikola
Знаю, что componentWillReceiveProps deprecated, так что подскажите пожалуйста, как менять стейт при получении пропса?
Nikola
Какую именно проверку?
Cenator 🐈
На необходимость апдейта
Nikola
shouldComponentUpdate ?
‌‌‎D
В этом плане хуки мне понравились
Ivansky
На необходимость апдейта
Похоже на костыльное решение зацикливания апдейта
Nikola
ComponentDidUpdate или getDerivedStateFromProps
1 - вызывает бесконечный цикл, как подсказали выше, а второе сейчас попробую
Тимофей 🛴
Зачем?
Что зачем?
Ivansky
Что зачем?
Зачем решать проблемы проектирования костылями?
Roman
Ребзи помогите
Тимофей 🛴
Dmitriy
Не нашел реакта в тексте
Roman
Я знаю что не про реакт вопрос.
Cenator 🐈
Ребзи помогите
Тебе не в этот чат
Cenator 🐈
Здесь ответа не будет
Ivansky
Это не костыль а норм практика
Не норм, didUpdate не предназначен для обновления стейта
artalar
Здесь ответа не будет
Злой ты сегодня
Roman
В других чатах все пассивные. Неужели нет фулл разрабов тут?
Cenator 🐈
Вижу apache и nginx — советую @devops_ru
Roman
Вижу apache и nginx — советую @devops_ru
Спасибо тебе добрый человек.
Dmitriy
В других чатах все пассивные. Неужели нет фулл разрабов тут?
Фулразрабам жирок мешает на клаве пичатать))
Ivansky
Глянь в доку
Глянул 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.
Андрей
Array.prototype.includes вебпак обрабатывает ? Будет поддержка браузерами лучше ?