<b>Livewire ломается не на компонентах, а на границах между состоянием и запросами</b>

<b>Livewire ломается не на компонентах, а на границах между состоянием и запросами</b>

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

Проверяйте три зоны:
— публичные свойства: туда попадает только то, что реально нужно в UI;
— ключи в циклах: без стабильного key список начинает вести себя как лотерея;
— действия и валидация: побочные эффекты лучше держать в отдельных методах, а не размазывать по рендеру.

Ещё один частый провал — пытаться тащить в компонент слишком много логики. Если в нём уже есть фильтры, поиск, пагинация и интеграция с сервисом, пора выносить вычисления в отдельный класс или query object. Компонент должен собирать состояние и отдавать его в шаблон, а не заменять весь слой приложения. ⚙️

Если Livewire начинает казаться «нестабильным», обычно проблема не в нём: это сигнал пересмотреть границы компонента, данные и ключи рендера.