Генерить stdclass заглушку, переносить туда констреинты и наполнять. А потом уже маппить в ДТО на "чистовик"

Так это и будет дто

Но проблема в том, что симфони не умеет в объекты, только в классы)

Хотя не

Я вообще почитал на гласдор отдывы о sensio labs, и как-то приуныл по поводу симфы

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

Проблема в том, что любой школьник может захерачить говно, вместо данных)))

а это уже не ваша проблема

упали 400 invalid request и всё

это самый крайний случай

ну т.е. так сейчас и делается

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

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

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

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

И надо сказать об этом, что чуваки, 18+ год рождения у вас или идите лесом

А если на такое придётся падать с ошибкой 400, то чуваки резко удивятся, когда у них будут постоянные ошибки в форме "данные заполнены некорректно" без инфы о том что за данные и где

да блин, мы будто разном. валидацию типов данных не делаем, отвечаем 400 invaid request на невалидные типы данных. остальную валидацию оставляем как есть - все эти ваши ассерты

а если в ответе будет 400 + "errors": { "birthdate": ["must be less than 2004"], } То с этим хотя бы как-то можно жить

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

да блин, мы будто разном. валидацию типов данных не делаем, отвечаем 400 invaid request на невалидные типы данных. остальную валидацию оставляем как есть - все эти ваши ассерты

Ты понимаешь, что "2020-03-03" и "2020-02-30" для симфони - это РАЗНЫЕ типы данных?

одно object DateTime , а другое string

ХЗ у меня нет модных ДТО и ошибка нормальная

Ты понимаешь, что "2020-03-03" и "2020-02-30" для симфони - это РАЗНЫЕ типы данных?

второе - это невалидный тип данных, не бывает 30 февраля в подмножестве типа данных "дата"

ХЗ у меня нет модных ДТО и ошибка нормальная

Добавь на них типы для сваггера и получишь)))

с таким же успехом там может быть 2020-foo-30

Ну да, тут согласен

это ничем с точки зрения сервера не отличается от date: [2020, "02", 30] и прочих извратов

Но мне хотя бы получить сообщение о том в каком поле именно некорректные данные)

А не просто "весь запрос говно"

Ну и в любом случае это ненадёжно, т.к. в симфони разыне типы ошибок в разных случаях

тайп эррор лишь частный случай из ~6+ других типов исключений

Варик

Валидируешь массив через json schema

Потом уже в дто

Варик номер два

Валидируешь массив симфой

Потом в дто

Даёшь больше дто и валидаций

Ну я решил послушаться и в 400 сразу конвертить в случае ошибок типов

Без конкретизации

Вообще как по мне правильнее вадидировать массив перед ДТО

Потому что дто это уже структура ожидающая поавильный ФОРМАТ данных

В любом другом языке со строгой типизацией ты хрен засунеш в дто инт вместо стринга

Поэтому даже пытаться туда засунуть неправильные данные как по мне неправильно

Это 500 ошибка должна быть по идее

Но в пхп все как всегда с особенностями

да пхп как раз все правильно делает, не подразумевает сериалайзер валидацию типов

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

Итого 4325 ДТО

Но в пхп все как всегда с особенностями

Это не в пхп, это в симфони)

И вроде как это райт вей

Потому что в той же ларке валидатор вешается как раз на запрос, а не на поля дто

А можно не пилить велосипедов и воспользоваться https://packagist.org/packages/nelexa/request-dto-bundle

А можно не пилить велосипедов и воспользоваться https://packagist.org/packages/nelexa/request-dto-bundle

А можно не тащить пакетов, а сделать свой один ArgumentValueResolver

та ну

плохой совет

что такого в том чтобы затащить пакет

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

что такого в том чтобы затащить пакет

https://www.npmjs.com/package/is-odd ничего )

Если ты оформишь свой велосипед в пакет, и напишешь к нему доку то круто

Только такой пакет уже есть )

Или например новая версия симфы вышла. Свой велосипед надо самому поддерживать. У пакеты есть большая вароятность что его автор сам все сделает и оно будет работать

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

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

Если пакет реально нужный - комьюнити дополнит.

https://github.com/TelegramBot/Api Этих бы кто подхватил

Если пакет реально нужный - комьюнити дополнит.

ой если бы, сотни популярнейших пакетов (из недавнего - doctrine extensions, composer parameter handler, еще чет) мучительно обновляются месяцами после выхода новой симфы

а они там чуть ли не в стандартной поставке симфони были, и инсталлов у них до жопы просто. но всем похеру

Та уже бы сбор средств какой организовали

Поэтому я смотрю в сторону джавы

Там все более серьезно и нету такого треша

По крайней мере ключевые технологии там поддерживаются всегда

А пхп судя по всему помрет

:D В очередной раз?

Ну точнее не помрет

Останется вордпресс

И всякие ларки

Для поделок

Не начинай. Симфони эт как раз новая жизнь пыхи. Я после всяких самописных ворков и ларавела как глоток свежего воздуха на ней вдохнул.