Service Layer концентрує бізнес-логіку у виділеному шарі сервісів, лишаючи контролери тонкими.
Яку проблему вирішує
Коли бізнес-правила живуть у контролерах, вони дублюються між HTTP, CLI та чергами, важко тестуються й змішуються з обробкою запиту.
Як вирішує
Логіка переїжджає в сервіси з виразними методами (place(), cancel()). Контролер лише приймає запит, делегує сервісу й повертає відповідь. Один сервіс перевикористовується звідусіль.
class OrderService
{
public function __construct(private OrderRepository $repo) {}
public function place(array $data): Order
{
$order = $this->repo->create($data);
$this->repo->markStatus($order, 'placed');
return $order;
}
}
class OrderController
{
public function __construct(private OrderService $service) {}
public function store(): Order
{
return $this->service->place(request()->all());
}
}
Де застосовувати
- Правила, що виходять за межі простого CRUD і викликаються з різних точок входу.
- Коли логіку треба перевикористовувати між контролерами, командами та job.
Плюси та мінуси
- + Тонкі контролери; логіка зосереджена в зрозумілому шарі.
- + Простіші тести й повторне використання логіки.
- − Сервіс може розростися в God Object, якщо тягне все підряд.
- − Для тривіального CRUD окремий сервіс - зайва церемонія.
