Почему не срабатывает автосвязывание метода?

Question

[Сергей Беловенцев]

собсвенно вот services.yaml

App\Dictionary\Validator\Fabric\Commands\CommandEntities:
        calls:
            - [setFetcher, ['@App\Dictionary\View\AbstractDictionaryFetcher']]

вот так использую в классе

private ?AbstractDictionaryFetcher $fetcher = null;

    public function setFetcher(AbstractDictionaryFetcher $fetcher): void
    {
        $this->fetcher = $fetcher;
    }


    public function validate($content,array $options =[]): bool
    {
        try{
            new Uuid($content);
            if(!array_key_exists(self::TABLE_NAME, $options)){
                $this->message = "related entity is not installed in dictionary field";
                return false;
            }
            if(!$this->fetcher->isHaveRow($options[self::TABLE_NAME],$content)){
                $this->message = "related entity  not found";
                return false;
            }
            return true;
        }catch (\InvalidArgumentException $e){
            $this->message = $e->getMessage();
            return false;
        }
    }

вызываю его таким образом
new $returnCommand;
где $returnCommand = App\Dictionary\Validator\Fabric\Commands\CommandEntities
но при вызове метода

$returnCommand ->validate($content, $options)
получаю ошибку

Call to a member function isHaveRow() on null

Почему, что я делаю не так и как правильно?

Comments

[BoShurik]

Я правильно понял? Так вы описываете конфигурацию для контейнера:

App\Dictionary\Validator\Fabric\Commands\CommandEntities:
        calls:
            - [setFetcher, ['@App\Dictionary\View\AbstractDictionaryFetcher']]

Но при этом в коде вы используете

new App\Dictionary\Validator\Fabric\Commands\CommandEntities()

?

[Сергей Беловенцев]

BoShurik, а как правильно ?

[BoShurik]

Сергей Беловенцев, прокидывать ваш CommandEntities в конструктор класса, где собираетесь его использовать, DI автоматически подставит и вызовет метод setFetcher

[Максим Федоров]

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

Если вы руками создаете объект, то контейнер про него ничего не знает :)

[Максим Федоров]

ну и фетчер можно в конструктор закинуть :) к чему танцы с этим сеттером :)

[Сергей Беловенцев]

проблема в том что $returnCommand ->validate($content, $options) по факту фабрика создания объектов. Там 7 классов какой придет зависит от ключа. Фетчеры тоже соответственно разные и более того фетчера может и не быть в классе

[Максим Федоров]

Сергей Беловенцев, обычно на этот случай в симфони проектах делают регистри или маппер
регистрируя в контейнере по типу, например по тегам все фетчеры добавить в контейнер, и потом в фабрике создавать нужный по типу

[Сергей Беловенцев]

Максим Федоров, Ну допустим первую часть я понял создаю какой нибудь маппер там в конструкторе создаю все нужные объекты.

регистрируя в контейнере по типу, например по тегам все фетчеры добавить в контейнер,

а вот это что такое и как сделать я не знаю.

[Максим Федоров]

Сергей Беловенцев,

# config/services.yaml
services:
    _instanceof:
        App\Foo\FooInterface:
            tags: ['app.foo_tag']

// src/HandlerCollection.php

namespace App;
class HandlerCollection
{
    public function __construct(
        // the attribute must be applied directly to the argument to autowire
        #[TaggedIterator('app.foo_tag')]
        iterable $handlers
    ) {
    }
}

Теперь все сервис интерфейсы FooInterface попадут в конструктор HandlerCollection

Если нет атрибутов еще, то так для HandlerCollection (в конструкторе все останется также, кроме удаленного атрибута):

App\HandlerCollection:
        # inject all services tagged with app. foo_tag as first argument
        arguments:
            - !tagged_iterator app.foo_tag

[Сергей Беловенцев]

Спасибо@Maksclub,