рада была помочь))

много менеджеров - можно
релейшены между сущностями из разных баз - нельзя

Ну и не нужно в целом

Если надо вдруг вязать сущности к друг другу из разных баз - может встать вопрос, а правильно ли базы разбиты?

Вообще можно все, для таких кастылей как раз ивенты доктрина предоставляет. Но лучше наверху склеивать, такие кейсы в основном для ui

Если не для ui - @webuser1337 уже сказал

Добрый день, только начинаю изучать symfony. Может мне кто-то подскажет, где в проекте правильнее всего создавать пользовательские классы. Есть например класс, который возвращает некий массив с услугами, пока без работы с БД.

в правилах чата все есть)

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

почитать пару книг

погуглить архитектуру проектов на примерах блогов, пошариться по гитхабу по примерам проектов на симфони

почитать тот же клин код и тд

в чате не обьяснят весь этот материал

о спасибо, это хорошая идея

если делать надо уже- примеры на гитхабе спасают

вот примеров чат может и подскажет) главное без ддд)

Привет

Вопрос:
Как лучше решить проблему с ворнингами от анализаторов при использовании методов конкретной реализации через DI интерфейсами?

Конкретные примеры:
1. прокидывание SerializerInterface, а использование методов Serializer-a, например denormalize(), которого нет в SerializerInterface;
2. прокидывание ValidatorInterface, а использование методов RecursiveValidator-a, например getMetadataFor(), которого нет в ValidatorInterface.
В чем проблема: при использовании методов, отсутствующих в интерфейсах, анализатор(phpstan) кидает предупреждения вида:

Call to an undefined method Symfony\Component\Serializer\SerializerInterface::denormalize(). 

Пример
Есть DI:

    /** @var SerializerInterface */
    private $serializer;

    public function __construct(SerializerInterface $serializer)
    {
        $this->serializer = $serializer;
    }

Надо где-то внутри этого сервиса использовать, например:

$object = $this->serialized->denormalize($array, BlahBlah::class);

Проще говоря: анализатор будет подсвечивать denormalize() как undefined.
Как решал раньше:
добавлял в исключения анализаторов такого рода ошибки, связанные со стандартными интерфейсами от Symfony
в иных случаях старались переделывать интерфейсы

заинжекти DenormalizerInterface

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

+