Dependency Injection передає об'єкту його залежності ззовні, замість того щоб він створював їх сам.
Яку проблему вирішує
Коли клас сам створює залежності через new чи тягне їх через app(), він жорстко прив'язується до конкретних реалізацій. Підмінити їх у тестах або замінити одну на іншу стає важко, а справжні залежності класу приховані.
Як вирішує
Залежності оголошуються в конструкторі через інтерфейси й передаються ззовні. У Laravel це робить контейнер з автозв'язуванням: він сам резолвить і підставляє потрібні реалізації за конфігом біндингів.
interface CacheStore
{
public function get(string $key): mixed;
}
class RedisStore implements CacheStore
{
public function get(string $key): mixed
{
return null;
}
}
app()->bind(CacheStore::class, RedisStore::class);
class ReportService
{
public function __construct(private CacheStore $cache) {}
}
Де застосовувати
- Практично всі сервіси й класи з зовнішніми залежностями - це базовий підхід у Laravel.
- Коли реалізацію треба підмінювати у тестах або міняти за конфігом.
Плюси та мінуси
- + Залежності явні та керовані; тести легко підставляють фейки.
- + Реалізації міняються в одному місці - у біндингах контейнера.
- − Зловживання інтерфейсами на кожен клас додає зайвого шуму.
- − Краще інжектувати через конструктор, а не тягнути
app() усередині - інакше залежності знову ховаються.
