Categoria

Repository Pattern

Pagina 1 di 1

Repository Pattern

Repository Pattern in PHP: astrazione dell'accesso ai dati, vantaggi reali e critiche. Quando applicarlo e quando è sovra-ingegnerizzazione.

Le scelte architetturali che si fanno all'inizio di un progetto si pagano — in meglio o in peggio — per anni. Lavoro sull'architettura applicativa con taglio pragmatico: monoliti modulari quando bastano, microservizi quando servono davvero, strangler-fig per migrazioni incrementali che non fermano il business.

Per approfondire Repository Pattern nel tuo progetto, scrivimi per una consulenza mirata oppure scopri il mio percorso professionale.

Refactoring Service Layer Repository Pattern Laravel Architecture

Fat Controller in Laravel 12: dal controller da 200 righe a Service Layer, Action pattern e Dependency Injection

Fat Controller in Laravel 12: dal controller da 200 righe a Service Layer, Action pattern e Dependency Injection Robert C. Martin definisce il Single Responsibility Principle come "un modulo deve essere responsabile verso un solo attore". Un controller Laravel che valida input, calcola totali, aggiorna stock, crea record e invia notifiche ha almeno cinque motivi per cambiare. Il Service Layer (Fowler, PoEAA) e l'Action pattern (Freek Van der Herten) estraggono la logica di business dal controller, e il Service Container di Laravel la rende iniettabile e testabile in isolamento. Continua a leggere
Ultima modifica: