красавчик))

спс)0

Можете помочь с пониманием следующей ситуации. Предположим у нас есть модульный монолит. Имеется некий сервис (который не принадлежит ни какому модулю) использующий команды/репозитории и так далее из разных модулей. Можно ли такой сервис назвать своеобразной реализацией саги, только не в рамках микросервисов ? Если так подумать и провести аналогию с сагой-оркистровщик, то внешне шаги похоже

назвать то можно как угодно
Но огормный каплинг это не уберет.
Переведите на сообщение чтобы не призодилось в кишки лазить и будет получше

это я все понимаю. Тут не стоит вопрос как лучше. А именно хотелось понять является ли такой сервис сагой по сути

Ну или пусть ваши модули себя подсовывают внутрь тогда сервису не придется знать о всем проекте

ну тут не на столько большие сервисы) чтобы он затрагивал весь проект. В среднем 2-3 модуля из пока 15

некоторые ситуации решили обрабатывать на данном этапе синхронно, а не асинхронно. Поэтому появились такие сервисы. И хотелось провести аналогию с сагами

Как перевод на сообщения избавит от вагона зависимостей?

Тут надо менять подход, а то получится вот этого немного и этого чуть-чуть, а в сумме несъедобное гавно

По факту, получишь усложненную отладку.

Всем привет! подскажите как можно в sonata admin на всех страницах метатэг поставить?

попробуй переопределить шаблон

привет, вопрос:  как лучше сделать девелопер-френдли сообщения об ошибках валидации структур данных во входящих запросов к API?

с точки зрения документации - можно взять что то типа zircote/swagger-php и генерить документацию (что бы можно было ссылаться на описание ожидаемой структуры данных.

как делаю сейчас: если компонент сериалайзера смог создать DTO, то ок, если нет, то ошибку отдаём наружу.

чего хочется: ошибка, нет поля xxx, или ошибка, значения в поле YYY могут быть только этими: enum

использовать https://symfony.com/doc/current/validation.html ?

так а в чем вопрос? как лучше все ошибки засунуть в сваггер? или как сериализировать ошибки валидатора в json?

меня смущает, что нужно создавать объект для передачи его в валидатор, но объект не создастся, если часть JSON не передали

десериалайзер вроде не создаст объект только в том случае, если невалидный json
а дальше дело валидатора

можно валидировать о json-схему строку с json

А какую либу посоветуешь?

ХЗ, я ничего из них в проде не юзал
тыкал openapi psr 7 validator, вроде работает

Пишем ДТО без typed полей.
Указываем тип в пхпдоке(7.3 стайл)
Добавляем ассерты валидатора
Маппим реквест на ДТО сериалайзером.
Не смогли? Возвращаем 400.
Смогли? Скармливаем дто валидатору.


Примерно так