Почему isMounted()анти-шаблон и каково правильное решение? в REACT кратко

Привет, Вы узнаете о том , что такое Почему isMounted()анти-шаблон и каково правильное решение? в REACT, Разберем основные их виды и особенности использования. Еще будет много подробных примеров и описаний. Для того чтобы лучше понимать что такое Почему isMounted()анти-шаблон и каково правильное решение? в REACT , настоятельно рекомендую прочитать все из категории Выполнение скриптов на стороне клиента JavaScript, jqvery, JS фреймворки (Frontend).

Основной вариант использования

- избегать вызова

после размонтирования компонента, поскольку он выдаст предупреждение.

if (this.isMounted()) {
  this.setState({...})
}

Проверка isMounted()

перед вызовом setState()устраняет предупреждение, но также устраняет цель предупреждения. Об этом говорит сайт https://intellect.icu . Использование isMounted()- это запах кода, потому что единственная причина, по которой вы должны это проверить, - это то, что вы думаете, что у вас может быть ссылка после размонтирования компонента.

Оптимальным решением было бы найти места, в которые

можно вызвать после размонтирования компонента, и исправить их. Такие ситуации чаще всего возникают из-за обратных вызовов, когда компонент ожидает некоторых данных и отключается до того, как данные поступают. В идеале любые обратные вызовы должны быть отменены

до размонтирования.

Исследование, описанное в статье про Почему isMounted()анти-шаблон и каково правильное решение? в REACT, подчеркивает ее значимость в современном мире. Надеюсь, что теперь ты понял что такое Почему isMounted()анти-шаблон и каково правильное решение? в REACT и для чего все это нужно, а если не понял, или есть замечания, то не стесняйся, пиши или спрашивай в комментариях, с удовольствием отвечу. Для того чтобы глубже понять настоятельно рекомендую изучить всю информацию из категории Выполнение скриптов на стороне клиента JavaScript, jqvery, JS фреймворки (Frontend)