M
Мы же не можем контролировать, отмену обновления экрана?
Size: a a a
2020 March 13
A
она и не отменяетсяъ
M
A
оно*
M
Но если не отменяется, то должен быть как минимум блик
A
Сначало происходят все действия в дид маунт, потом обновление экрана
M
Aleksandr
Сначало происходят все действия в дид маунт, потом обновление экрана
Но setState асинхронный
M
И он должен был повлечь второе обновление экрана
A
Там вроде should update вызывается с false
A
точно не помню, давно исходники смотрел
M
Ну лан, хоть что стало понятнее
A
Щас найду, скину, если в кишках покопаться хочется
A
Ну лан, хоть что стало понятнее
https://pomb.us/build-your-own-react/ вот тут достаточно подробно все описано что да как
T
Читал инфу, что реакт в методе componentDidMount если встречает setState, то обновляет компонент без видимости для пользователя
Но как такое возможно, если componentDidMount вызвается после того, как элемент отрендорен и пользователь его видит
Но как такое возможно, если componentDidMount вызвается после того, как элемент отрендорен и пользователь его видит
Это вообще плохая практика обновлять состояние в синхронном методе при монтировании
T
Потому что была возможность установить состояние в конструкторе
A
А если состояние из запроса приходит?
T
А единственное что появилось с того момента это элемент ДОМа
T
Aleksandr
А если состояние из запроса приходит?
Тогда это будет асинхронно
T
Но нужно не забывать гасить обработчик если компонент размонтрировался до завершения запроса
T
А лучше делать такие вещи в контексте