<b>7 ошибок в Svelte-компонентах, которые тихо ломают поддержку и производительность</b>

<b>7 ошибок в Svelte-компонентах, которые тихо ломают поддержку и производительность</b>

Svelte часто прощает лишнее на старте, но потом это превращается в хрупкий код. Есть наблюдение которое стоит проверить: если компонент стал «удобным» для автора, он нередко становится дорогим для команды.

— Не держите слишком много логики в одном `.svelte`-файле. Разделяйте: UI, вычисления, работа с данными, побочные эффекты.
— Не злоупотребляйте реактивными присваиваниями ради всего подряд. Если зависимость неочевидна, код быстро превращается в головоломку.
— Не передавайте глубоко вложенные объекты без нужды. Лучше прокидывать только то, что реально используется компонентом.
— Не делайте `each`-циклы без `key`, если список может меняться. Иначе получите странное поведение при вставках и удалениях.
— Не вешайте подписки и таймеры без очистки в `onDestroy`. Такие утечки обычно всплывают позже и в самом неудобном месте.

Отдельно проверьте шаблоны: если там много условий, выносьте куски в дочерние компоненты или функции-помощники. Это не «архитектурная роскошь», а способ не утонуть в правках.

Хорошее правило простое: если компонент сложно прочитать за 30 секунд, его уже пора резать на части.