SolidJS ломается не там, где React медленный, а где у вас слишком много лишних подписок

SolidJS ломается не там, где React медленный, а где у вас слишком много лишних подписок

SolidJS часто выбирают ради «быстрее без виртуального DOM», но реальная причина его силы — точечное обновление зависимостей. Если компонент пересчитывает больше, чем нужно, виноват обычно не фреймворк, а размытая гранулярность состояния.

Что проверить в коде:
— не храните в одном сигнале всё подряд, если меняется только часть;
— не тащите чтение сигнала выше по дереву, чем это нужно;
— не превращайте вычисления в побочные эффекты: derived-состояние должно быть derived;
— не оборачивайте каждую мелочь в отдельный компонент без причины: это не всегда помогает.

Отдельная ловушка — `createEffect` как универсальный ответ. Если эффект нужен только для вывода значения в UI, чаще всего он лишний: лучше `createMemo` или обычное выражение в JSX. Чем меньше «наблюдателей» на одно изменение, тем проще понять, почему что-то перерисовалось.

Если Solid кажется «магическим», почти всегда помогает одно правило: сначала сделайте состояние уже, потом уже оптимизируйте рендер.