AM
Ну и производительность у прокси динамических, по идее, будет хромать.
Size: a a a
2021 January 26
AM
У конкретных она норм, но генерить их — это фу. Потом в отладке утонешь.
Д
Чудны дела твои, господи) Я вижу, ты прям излагаешь мою концепцию модульных контейнеров, которую прошлый раз считал ненужной)
Так я просто рассказал, как оно работает (или будет работать).
AB
Я правильно понял, что доп. контейнеры будут использоваться в том числе и для биндинга? Т.е. если нужен один логер, описываем сервис в одном контейнере, если другой - то в другом? Или это просто сайдэффект и для этого будут другие инструменты?
Д
Ну можно общий сделать, а можно и уточнить для модуля. Как переопределить для модуля кеш или логи хз пока.
AB
А с одним контейнером как биндинги делать?
AM
А с одним контейнером как биндинги делать?
Сейчас никак.
AM
У контейнера PSR-ного нет контекста на тему кто и откуда просит сервис.
AB
Так это больше про описание сервисов, чем получение
AM
А разве нам не надо знать контекст чтобы получить сервис для него?
AB
AM
Но вообще сейчас это обходится через явный конфиг:
BlaBlaInterface::class => [
'__class' => BlaBla::class,
'__construct()' => ['contextualDependency' => Referece::to('specific')],
]
BlaBlaInterface::class => [
'__class' => BlaBla::class,
'__construct()' => ['contextualDependency' => Referece::to('specific')],
]
AM
https://symfony.com/blog/new-in-symfony-3-4-local-service-binding - я вот про нечто вроде этого
Дефолты — какая-то шляпа.
AM
Я думал contextual binding это когда разные инстансы одного интерфейса рассовываются по разным сервисам с разными контекстами.
AM
А по ссылке что-то на вид относительно бесполезное...
AM
Технически реализовать не сложно, но я не понимаю смысла.
AB
Ну вот в ларавеле под этим почти тоже самое подразумевается: https://laravel.com/docs/8.x/container#contextual-binding
AM
Sometimes you may have two classes that utilize the same interface, but you wish to inject different implementations into each class.
AM
ну, вот это уже ближе
AB
дык в примере симфони тоже самое