EK
Глянул доку и не уверен, что ларавел позволяет расширять сервис-контейнер =\
ларавел экстендид свой Container :)
Size: a a a
2020 May 03
EK
поэтому никак не подменить его
EK
по крайне мере в 5 версии
i
Сервис-провайдеры же
они на уровень ниже, чем надо
V
немного не понимаю плюсов
Ну смотри. Вариант, который кинул @invariance, позволяет тебе никогда не трогать контейнер, когда ты указал instanceof. Вообще. Симфони сама будет определять, что вот это класс имплементит интерфейс, значит, его суем сюда. Ну и в симфони можно просто имплементить интерфейс слушателей, твиг-экстеншенов и они сами окажутся в контейнере без необходимости прописывать руками
EK
максимум что можно сделать это экстендить Application и юзать свое
EK
Ну смотри. Вариант, который кинул @invariance, позволяет тебе никогда не трогать контейнер, когда ты указал instanceof. Вообще. Симфони сама будет определять, что вот это класс имплементит интерфейс, значит, его суем сюда. Ну и в симфони можно просто имплементить интерфейс слушателей, твиг-экстеншенов и они сами окажутся в контейнере без необходимости прописывать руками
но чтобы di узнал о нем
надо подгрузить все классы (объявить)
надо подгрузить все классы (объявить)
V
но чтобы di узнал о нем
надо подгрузить все классы (объявить)
надо подгрузить все классы (объявить)
Естественно, но это делается не руками
V
Нет, объявлять не нужно
EK
объявить не значит создать инстанс
V
Я понял, что ты про то, что надо в сервис-контейнере объявить руками. Так вот, нет, не нужно.
EK
я про то что контейнеру надо подгрузить файл (прочитать его)
EK
чтобы понять что он имплементит
V
Эм, а для работы пхп нужен фпм
V
Что-то ты какие-то странные аргументы подбираешь
EK
нет тут речь о том что di во время запуска будет читать классы всего проекта
я вкурсе о кэше
я вкурсе о кэше
V
я про то что контейнеру надо подгрузить файл (прочитать его)
А твоему контейнеру не нужно подгружать файл?)
EK
он его подгружает по необходимости
V
В ларке есть defer, работает так же
EK
тут речь о том чтобы работал инстанс офф