Når en Laravel-applikasjon vokser, blir standard "fat controller / fat model"-tilnærmingen vanskelig å vedlikeholde. Større apper drar nytte av ekstra arkitekturlags — service-klasser, action-klasser, repositories, form requests, og klar domenorganisering — for å holde forretningslogikk organisert, testbar og vedlikeholdbar.
Problemet: logikk ender opp på feil steder
Small apps: logic in controllers and models is fine.
Large apps: controllers get bloated, models become "god objects", logic is duplicated
→ hard to test, maintain, and reason about. Extract logic into dedicated layers.
Service-klasser — innkapsle forretningslogikk
{
{}
{
DB::(function () ($, $) { /* ... */ });
}
}
{
->(->(), ->());
}
