intermediate

Strict Mode

Используйте проверки только в development, чтобы выявить нечистый render, отсутствие cleanup и небезопасные допущения.

`<StrictMode>` включает дополнительное поведение только в разработке: двойной вызов render и effects, чтобы выявить нечистую логику render и отсутствие cleanup в effects. В production-сборках двойного запуска нет.

Относитесь к повторному монтированию effects как к сигналу писать идемпотентную настройку и разборку. Здесь же появляются предупреждения об устаревших API. Strict Mode — диагностическая обёртка, а не функция, которую пользователи включают в production.

Если effect в dev подписывается дважды, cleanup должен зеркалить setup — отписка, abort запросов, снятие слушателей.

На интервью объясняйте концепцию на конкретном примере и называйте поведение, которое проверяют.

Типовые ошибки: скрывать поток данных, дробить компоненты чрезмерно и выполнять побочные эффекты в render.

Компромисс часто между ясностью и переиспользованием или между явными props и удобством.

Чеклист:

  • Пишите effects, безопасные для двойного mount/unmount в dev.
  • Держите render чистым несмотря на двойной render.
  • Не полагайтесь на Strict Mode в production.