S
Понятнее не становится :D
как по мне это означает что ререндера не происходит, но почему вызывается console.log лишний раз...
Size: a a a
2020 November 27
D
как по мне это означает что ререндера не происходит, но почему вызывается console.log лишний раз...
Вызов консоль лога и означает вызов перерендера. Под перерендером я понимаю "выполнение компонента"
D
То что в ДОМ не обновляется при этом ничего - это понятно, надеюсь, что так и есть
D
А то кто его теперь знает
R
Всем привет.
Извиняюсь, что немного не по теме, но не знаю, как решить проблему.
В вебШторме в одном проекте в одном файле синтаксис подсвечивается, а в другом файле - нет.
Извиняюсь, что немного не по теме, но не знаю, как решить проблему.
В вебШторме в одном проекте в одном файле синтаксис подсвечивается, а в другом файле - нет.
S
когда вы в первый раз вызвали у вас console.log сработал правильно, а во второй раз он сработал до того как стало понятно что стейт тот же, голова кипит. это мои мысли.
АБ
S
D
когда вы в первый раз вызвали у вас console.log сработал правильно, а во второй раз он сработал до того как стало понятно что стейт тот же, голова кипит. это мои мысли.
Компонент - это просто функция. Если он выполнился - он выполнился, а если нет - то нет, тут ничего "между" вроде быть не может.
Поэтому если есть вывод коноль лога, то react-dom решил, что нужно перерендерить. Вопрос - с чего он так решил.
Поэтому если есть вывод коноль лога, то react-dom решил, что нужно перерендерить. Вопрос - с чего он так решил.
DS
Вызов консоль лога и означает вызов перерендера. Под перерендером я понимаю "выполнение компонента"
Я предположу почему так происходит
1 вызов - инит рендер
2 вызов - сравниваем 0 с 12 - обновляем
3 вызов - сравниваем 0 с 12 - так как в обновление стейта ассинхронно
4 вызов - сравниваем 12 с 12 - который попал после 2 вызова
1 вызов - инит рендер
2 вызов - сравниваем 0 с 12 - обновляем
3 вызов - сравниваем 0 с 12 - так как в обновление стейта ассинхронно
4 вызов - сравниваем 12 с 12 - который попал после 2 вызова
D
Я предположу почему так происходит
1 вызов - инит рендер
2 вызов - сравниваем 0 с 12 - обновляем
3 вызов - сравниваем 0 с 12 - так как в обновление стейта ассинхронно
4 вызов - сравниваем 12 с 12 - который попал после 2 вызова
1 вызов - инит рендер
2 вызов - сравниваем 0 с 12 - обновляем
3 вызов - сравниваем 0 с 12 - так как в обновление стейта ассинхронно
4 вызов - сравниваем 12 с 12 - который попал после 2 вызова
Ничего не понял. В моём понимании, когда я делаю setState - система хуков
1) Знает, какой компонент зацеплен за этот стейт
2) Знает предыдущее значение
3) Если старое не равно новому - делает рендер компонента (синхронно или нет не так уже важно)
1) Знает, какой компонент зацеплен за этот стейт
2) Знает предыдущее значение
3) Если старое не равно новому - делает рендер компонента (синхронно или нет не так уже важно)
D
4) Тот компонент делает useState, но лишь цепляется за тот же стейт. В нём уже новое значние (которое и выводится)
DM
Ничего не понял. В моём понимании, когда я делаю setState - система хуков
1) Знает, какой компонент зацеплен за этот стейт
2) Знает предыдущее значение
3) Если старое не равно новому - делает рендер компонента (синхронно или нет не так уже важно)
1) Знает, какой компонент зацеплен за этот стейт
2) Знает предыдущее значение
3) Если старое не равно новому - делает рендер компонента (синхронно или нет не так уже важно)
3) Оно не делает ререндер компонента, а отмечает его как dirty, и говорит движку, что надо его перерендерить, что и вызывает подобной прикол, наверное. Поэтому, синхронно или нет-важно
DS
Ничего не понял. В моём понимании, когда я делаю setState - система хуков
1) Знает, какой компонент зацеплен за этот стейт
2) Знает предыдущее значение
3) Если старое не равно новому - делает рендер компонента (синхронно или нет не так уже важно)
1) Знает, какой компонент зацеплен за этот стейт
2) Знает предыдущее значение
3) Если старое не равно новому - делает рендер компонента (синхронно или нет не так уже важно)
Смысл в том что у нас нет доступа к предидущему значению стейта с которым работает реакт, и вот я подозреваю что туда значение попадает ассинхронно
D
3) Оно не делает ререндер компонента, а отмечает его как dirty, и говорит движку, что надо его перерендерить, что и вызывает подобной прикол, наверное. Поэтому, синхронно или нет-важно
Ну хорошо, помечен как дёрти. Но если он уже перерендерился, почему в этот момент стейт не знает своего значения и при очередном setState не может их сравнить?
D
Если сам компонент вывел 12, то новый стейт уже известен, Иначе откуда он его вывел
DM
Ну хорошо, помечен как дёрти. Но если он уже перерендерился, почему в этот момент стейт не знает своего значения и при очередном setState не может их сравнить?
Не знаю 🤷♀
D
Не знаю 🤷♀
Вот и я не понял. У нас Абрамова нет в чате? )
IL
Любимый UI Kit
Анонимный опрос
Проголосовало: 85