Подскажите, я туплю и чего-то не могу понять. Есть интерфейс, и 2 реализации интерфейса. Для одной из реализации объявлен алиас. Определяю третий сервис в виде App\C: class: App\C arguments: $a: '@correct_implementation' Все работает правильно. Убираю arguments из кода выше и добавляю следущий код в сервис: public function __construct( #[Target('correct_implementation')] private AInterface $a ) { } все перестает работать, говорит что не знает какую из реализаций интерфейса надо поставить Почему оно может не обрабатывать Target в таком случае?

Возможно таргет срабатывает для автовайринга, в доке написано именно про автовайринг . Когда же вы убираете только attributes, но оставляете объявление сервиса, то берутся настройки только из service.yml а не из обоих мест сразу с частичным оверрайдом. Но это чисто предположение

Не, там автовайринг глобально включен. Короче после изучения исходников я вообще в ступоре. С точки зрения кода #[Target('correct_implementation')] private AInterface $a просто равнозначно private AInterface $correctImplementation

Так я о чем говорю, что таргет для автовайринга (когда сервис не описан в service yml), а у вас он описан. Уберите не только arguments а весь сервис из service yml.

Вы путаете autowiring и service discovery. И первое работает в зависимости от того, включен ли флаг автовайринга глобально или локально дла сервиса.

Может и путаю, а может и нет. По логике все логично. Если сервис описан в yml то настройки di берутся из него (а у вас он описан и там нет описания имплементации т.е. Аргументов ), если не описан - то берутся данные из конструктора и соответственно атрибутов через рефлексию. Попробовать же не долго)

нет. Если я на пол шишчки соберу сервис, то autowire за меня докинет зависимости, если их можно достать

Цитата из доки просто: Another possibility is to use the #[Target] attribute. By using this attribute on the argument you want to autowire, you can define exactly which service to inject by using its alias.

Да хер разберешь, но я протестил

Ну вот если у меня есть interface ProviderInterface {} class ProviderA implements ProviderInterface {} class ProviderB implements ProviderInterface {} class JobService { public function __construct(ProviderInterface $prodived) {}} и в сервисах есть correct_provider: alias: App\ProviderA как мне составить Target чтобы оно подхватило?

Ну вот если у меня есть interface ProviderInterface {} class ProviderA implements ProviderInterface {} class ProviderB implements ProviderInterface {} class JobService { public function __construct(ProviderInterface $prodived) {}} и в сервисах есть correct_provider: alias: App\ProviderA как мне составить Target чтобы оно подхватило?

вообще не юзать таргет? ) такое себе завязываться в коде на что-то из конфига. Прям максимально такое себе...

та ну хз, сегодня она константа, а завтра будешь по всему коду рыскать где эту константу поменять. Либо тесты писать на каждое применение :D

Так как раз наоборот, константа то 1 раз определена, это использование множественное

лучше явно биндить в конфиге через $service->set(Foo::class) ->arg('$bar', service('@bar');

нужна, порядок может поменяться

ну я пишу что лучше избегать этого глобала

Будешь каждый контроллер конфигать ручками?

зато явно

Например есть 2 сервиса которые используются 100 раз под 1 интерфейсом в каждом экшене контрорллера почти

положу под интерфейс наиболее используемое ) а в отдельных случаях вручную задам

Ладно, другой вопрос, может у меня какое-то альтернативное понимание английского. Но ведь вы тоже строчку Another possibility is to use the #[Target] attribute. By using this attribute on the argument you want to autowire, you can define exactly which service to inject by using its alias. понимаете как возможность заавтовайрить нужный сервис используя его алиас?

Ну я понял как алиас симфони

Ну т.е. определяем alias для сервиса и его используем, типа как я в коде выше и сделал?

Да мне уже пофиг как нужно сделать, чтобы оно работало. Мне инетерсно, как люди понимают эту строчку документаци. Т.к. в моем понимании сейчас - документация врет.

Чтобы у вас заработало, надо для каждой имплементации создать биндинг на переменную, и использовать имя переменной

А тут я вообще смысл не вижу, зачем добавлять таргет чтобы можно было писать #[Target('another_name')] Interface $name, вместо Interface $anotherName

А тут я вообще смысл не вижу, зачем добавлять таргет чтобы можно было писать #[Target('another_name')] Interface $name, вместо Interface $anotherName

Чтобы код (а конкретно названия переменных) не подстраивать под di

чтобы не плодить условные LoggerInterface $fooLogger

Код в таком случае все равно подстраивается, просто через аттрибут.

Эм, не понял.

А с учетом constructor property promotion это название еще дальше и в код лезет

Эм, не понял.