АЯ
Нет, но у него есть очень одробный рецепт с очень внятным и подрлбным объяснением, на которое у меня сецчас уйдёт дофига времени
Ну я уже описал:
Аргумент резолвер и валидация на ивенте.
Size: a a a
2021 April 13
АЯ
✨
многие читая всякого рода доклады и работы, зачастую даже не правильно их понимая - создают себе таких проблем...
АЯ
да, ивент диспатчер слушает kernel.controller_arguments с минимальным приоритетом (чтоб все аргументы успели зарезолвится)
АЯ
валидирует аргументы, и пропускает дальше только если они валидны
АЯ
таким образом до контроллера доходят только валидные замапленые ДТОшки,
AD
значит у тебя на каждую DTO по своему argument resolver?
АЯ
нет
AD
почему тогда валидация происходит не в том же argument resolver, где была собрана DTO?
АЯ
потому что у них задачи разные
AK
https://kvashnin.github.io/blog/using-request-dto-in-symfony/
вот оно как я понимаю
вот оно как я понимаю
АЯ
это проблема точно не контроллера. на своё вкус можешь слушать ивент и обрабатывать как хочешь
АЯ
хм. прикольно. да очень похоже на моё решение.
AD
выкрутился, хорош)
AK
Если я правильно понимаю, то при таком подходе, если в условной сущности мне надо поменять 5 атрибутов, то я наплажу реквестов на каждый чих. Тут очень элегантно встроились в экосистему симфони, но дальше не очень юзабельно
АЯ
ну вот в приведённом выше примере валидатор с билдером вкуче
АЯ
да. конкретно и подробно описаный запрос как он должен выглядеть, какие данные принимает и так далее