Spatie не про «пакеты вообще», а про сборку повторяемых бизнес-кусков без копипаста

Spatie не про «пакеты вообще», а про сборку повторяемых бизнес-кусков без копипаста

Если в проекте есть права, медиа, DTO, кэш, очереди, экспорт или админка — сначала смотри на экосистему Spatie. Их сильная сторона не в одном «магическом» пакете, а в том, что код обычно ложится на привычные Laravel-концепции и не заставляет переписывать архитектуру.

За что их любят в проде:
— пакеты обычно маленькие и решают одну задачу
— API читается как Laravel, а не как отдельный фреймворк
— у многих решений есть понятные расширения через конфиг, контракты и кастомные модели

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

Правило из практики простое: бери Spatie, когда задача типовая и будет жить долго; пиши своё, когда поведение уникально и его придётся объяснять команде каждую неделю.

Хороший пакет экономит не строки, а решения — и Spatie обычно именно про это.