хотя с другой стороны было бы удобно

енам - это тот же VO

Так работает же

Так работает же

так развалится у тебя, если передашь гавно)

Так работает же

Ну вот у парня выше не работал, а я не тестил с енамами

так развалится у тебя, если передашь гавно)

а так да,все ок резолвит

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

Но самая большая попаболь, конечно, от конструкторов

а так да,все ок резолвит

ну пох, оно и должно ломаться елси говно отправили, не?

ну пох, оно и должно ломаться елси говно отправили, не?

не, они должны говорить "ты отправил говно в строчке Х"

ну пох, оно и должно ломаться елси говно отправили, не?

в идеале же, хотелось бы собирать ошибки все

я даже писал свое говнецо под это

не, они должны говорить "ты отправил говно в строчке Х"

Там столько костылей надо сверху навернуть, чтоб оно заработало)))

и serializer чота умеет так,но очень очень плохо

Вначале выдернуть ошибки партиал денормализации

и serializer чота умеет так,но очень очень плохо

у меня в этом плане получше

потом отрезолвить ошибки с промоутед полями

потом отрезолвить с нормальным конструктором

потом регулярками распарсить все эти ошибки (разные!), потому что в симфе баг до сих пор (6.2) не поправили и там не передаётся путь к полю в исключении

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

заворачиваем в трайкетч и "попробуй ка еще"

ну информативность для клиента

клиенту не нужна такая информативность

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

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

нужна

тебе что приятнее увидеть

{ "message": "Вы идиот!" }

или

{ "type": "Bad request", "title": "Validation Failed", "detail": "incomes: Эта коллекция должна содержать только уникальные элементы.", "violations": [ { "propertyPath": "incomes", "title": "Эта коллекция должна содержать только уникальные элементы.", "type": "urn:uuid:7911c98d-b845-4da0-94b7-a8dac36bc55a", "parameters": { "{{ value }}": "array" } } ] }

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

касательно логина, с точки зрения безопасности должна быть всего одна фраза "invalid credentionals, poshol naher"

касательно логина, с точки зрения безопасности должна быть всего одна фраза "invalid credentionals, poshol naher"

да не важно что

Там констреинт висит на стринг в поле, а приходит инт. Это типичный контракт

Доброго дня, подскажите как починить денормализер для работы с enum class SellerSearchDto { public string|null $name = null; public SellerType|null $type = null; } $data = $this->denormalizer->denormalize($request->query->all(), SellerSearchDto::class); ругается: The data must belong to a backed enumeration of type App\Module\Marketplace\Enum\SellerType

Мы отлавливаем это исключение и выбрасываем свое что тип не тот

Каждое нарушение контракта/инварианта - это сообщение об ошибке

Кастыль но работает

Мы отлавливаем это исключение и выбрасываем свое что тип не тот

Только там 3 разных типа ошибки если что)))

{ "message": "Вы идиот!" }

{ "message": "Can u read documentation? See: http://linktotocs.com/" }

Только там 3 разных типа ошибки если что)))

Например? Поидее что только не то значение прилетело

Мы либо засетили енам верно, либо неверно

{ "message": "Can u read documentation? See: http://linktotocs.com/" }

это тоже самое) 🤣🤣

Например? Поидее что только не то значение прилетело

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

это тоже самое) 🤣🤣

вот у меня есть сервисы такие,где нету такого

и плюс два разных исключения для обычного поля DTO и для промоутед поля из конструктора DTO

и часто дергуют и спрашивают,а что не так! Я все по документации

и плюс два разных исключения для обычного поля DTO и для промоутед поля из конструктора DTO

Констуркторы не юзаем, поэтмоу не сталкивались, но спасибо

Констуркторы не юзаем, поэтмоу не сталкивались, но спасибо

Это плохо. Любой объект, даже DTO должны быть самодостаточными во время инициализации

т.е. если вызван new X, то это уже полноценный объект, который может принимать участие в бизнес логике

Это плохо. Любой объект, даже DTO должны быть самодостаточными во время инициализации

Ну звучит логично, спасибо. Хотя на практике не мешает

Ну звучит логично, спасибо. Хотя на практике не мешает

Это одно из основных правил проектирования жеж))

Ну и инициализировать такие DTO удобно

return new TermDTO( term: $term, occurrences: $occurrences, tf: $tf, idf: $idf, tfidf: $tf * $idf, );

А со стороны DTO просто прописывается: public function __construct( public readonly string $term, public readonly int $occurrences = 1, public readonly float $tf = 0.0, public readonly float $idf = 0.0, public readonly float $tfidf = 0.0, ) { }

Это, кстати, одна из причин, почему я в пет-проектах всегда юзаю graphql, вместо restful. Там и с докой проще намного, и нет этого симфонёвого сериалайзера, а есть свой (например в thecodingmachine/graphqlite пакете), который все кейсы решает. А на выходе можно как тот же restful спроектировать

return new TermDTO( term: $term, occurrences: $occurrences, tf: $tf, idf: $idf, tfidf: $tf * $idf, );

Я думал жсон риквест сериалазером разбирают, который через рефлексию мапит?

такие дто только для риспонса, и там сложно засунуть строку в инт поле )

десериалайзер умеет и в такое

точнее делает вид, что умеет))))

потому что там всё на соплях и костылях внутри

да вроде нормально работает, я по крайней мере пока факапов не встречал

в сериалайзере или десериалайзере?

в сериалайзе таких дто в джсон

в сериалайзе таких дто в джсон

сериализуй ДТО с двумя DateTime объектами, где один должен быть всегда в формате RFC3339 UTC, а второй с указанной таймзоной

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

Там всего 2 атрибута есть (было по крайней мере в 6.1)

один для скипа поля, другой для группировки

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

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

а вот тут врешь)

Там всего 2 атрибута есть (было по крайней мере в 6.1)

А, не

больше

можно повесить контекст на проперти

но всё равно нету: https://github.com/symfony/serializer/tree/6.2/Annotation

можно повесить контекст на проперти

хм...

а может ты и прав

и я в глаза продолбился тогда, когда столкнулся с этим

https://github.com/symfony/serializer/blob/6.2/Annotation/Context.php

да, вижу

c 5.3 появился))

не, это я продолбился, забей

Хм, есть подозрение, что этим контекстом можно и енамы захардкодить...

Осталось им, короче, начать воспринимать тайп-хинты как констреинты валидатора и заполнять ДТО физически только после всех проверок и будет норм

ну почти норм...