Более того тебе уже из коробки доступна аннотация, которая делает тоже самое только без интерфейсов.
Вот по имени наверное соглашусь. У моих дто тоже всегда суффикс Dto/Request. Но опять таки, мне не впадлу аннотацию написать и впадлу писать плагин)

Аннотация мне на дистанции дешевле выйдет

Ну да, тоже верно. Я пока тоже, как ты делаю. Просто задумывался про плагин.

У меня уже был как то плагин для пхпстана, вроде даже 2 раза пришлось его изменять ибо апи менялся.
А потом в третий раз пришлось возвращаться к этому плагину, чтобы его выпилить. Ибо то что он делал завезли в пхпстан

Не стоит ставить во главу угла облегчение написания кода. Я года 3 этой ошибкой тоже страдал. Важнее думать над облегчение поддержки кода на дистанции.
В том чтобы написать пару лишних символов вообще никаких проблем нет. В то же время эта экономия на спичках всегда оказывается убыточной. Ибо время на реализацию плагина и его поддержки уходит больше чем написание этих пары символов в течении нескольких лет наперёд

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

оно не об этом же, не поможет

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

не для всех классов это правда

Это же dto, я там типизированные свойства просто не использую.
Ведь прежде чем провалидировать объект его сначала надо создать. Во всяком случае всякие symfony/validator именно так и работают. Типизированный объект уже по идее должен быть валидным

Кстати PropertyNotSetInConstructor вроде и не будет стрелять если типов у свойств не будет. Стрелят только MissingConstructor)

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

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

никто не говорит, что это единственный правильный путь

Симфони пытается передать в конструктор если он есть и публичный)

для вендорного кода это самый правильный путь)

Я по началу приватил конструктор, а потом задумался нахер он вообще тут нужен

Этож код писать надо, зачем если он уже написан :)

Кстати кто знает как в java/kotlin это дело происходит? Валидирует данные до создания dto?

конечно, ошибка десериализации будет