Подскажите как аннотации в аттрибуты в шторме переделать?

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

#[ApiResource(
    collectionOperations: [
        'get_for_role1' => [
            'path' => 'some/path',
            'method' => Request::METHOD_GET,
            'output' => DtoForRole1::class,
            'security' => 'is_granted("ROLE_1")',
        ],
        'get_for_role2' => [
            'path' => 'some/path',
            'method' => Request::METHOD_GET,
            'output' => DtoForRole2::class,
            'security' => 'is_granted("ROLE_2")',
        ],
    ]
)]

я написал макрос для вима, но можешь через sed попробовать это сделать

Dto на выходе для трансформера? Если нет - то почему бы не сделать это группами в сериализации?

Добрый день. Разбираюсь с архитектурой. Пример такой: есть несколько поставщиков товара, есть общий интерфейс, есть дто базовая и дто расширяемая от базовой, для каждого поставщика (некоторым нужна доп инфа).
Phpstan ругается 'access to an undefined property price'. Но типы параметров могут же быть расширены (solid). Что я делаю не так?
https://phpsandbox.io/e/x/duhq2

У вас в BuyProductDto нет price, а функция buy(BuyProductDto|BuyFirstProductDto $dto) предполагает, что price есть как у FirstProductProvider, так и у BuyProductDto.

Я понимаю. Что нужно сделать с этим чтобы можно было расширить дто?

Почитай про ковариантность и контравариантность

Всем привет, как вызвать валидацию родительского класса через @Assert/Callback в дочернем классе?

@Assert/Valid вроде

Пробовал, не помогло

а как функция должно себя повести, если придет BuyProductDto, у которого нету price?

Не if же тут вставлять. Значит подход неверный?

ну докрутить твой пример можно, используя generic, если хочется конечно) у тебя же для каждого поставщика свой провайдер
https://phpstan.org/r/913f311e-7bd5-4f01-93d0-193b5f94f606

Спасибо, как вариант. Но такие примеры решают наверно без дженериков ?

Ага, может тебе не надо интерфейс просто?

С абстракным классом и методами так же

типы могут быть расширены до тех пор пока ты соблюдаешь LSP (SOLID)

вообще "расширять" dto дело не благородное, потом много проблем с этим. Если у тебя "разные структуры данных" то это разное проще разделить через юнион в свойстве общего dto с дискриминатором. что бы потом фронт мог понять че на че мэпить.

"расширение" из Solid оно не про "экстенди реюзай", оно про проектирование точек расширения которое позволяет добавлять новый функционал не меняя сущесвующий код.

не использовать интерфейс и не использовать абстрактный класс