Вот у меня массив [{id,name}] я прекрасно получаю его из бд и сразу вывожу в респонс в виде массива. Зачем мне еще проклака в видео dto?

затем, что уже в контроллере ты точно знаешь, какие данные

Что мне это даст?

контроль

Над 2 полями, которые я уже увижу перейдя в сам sql сервис? Много мне тут нужно контролить

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

в апи, профита не вижу

И то и другое. Лишняя прокладка ввиде класса

Генерация доки

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

Я доку могу руками написать, какая разнциа писать в дто (но еще и дто) или отдельно

Руками выше шанс допустить ошибку и может неактуально стать

Я доку могу руками написать, какая разнциа писать в дто (но еще и дто) или отдельно

Да ладно, а аннотации нельзя с ошибками написать

Нет

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

Да ладно, а аннотации нельзя с ошибками написать

не совсем понимаю, вы пришли спрашивать как лучше или нам рассказать что "и так сойдет"?

так и есть

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

Это обычно данные из реквеста маппятся на дто?

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

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

если задуматься, всё веб-программирование - это про "переложить базу в джсон и обратно", если так рассуждать, то действительно надо всё выкинуть и класть $_POST в базу через mysql_query или как там

Во всем должен быть профит

Не совсем понял на уровне реализации как это выглядит. Есть например handler, в который прилетают данные, они маппятся на команду (дто), которая валидируется и отправляется дальше. Примерно так или по-другому?

профит навскидку в 1) САМО(!!!!!!!!)документируемость 2) тестируемость 3) понятный контракт

ручная дока - это когда вы swagger.json пишете руками, от и до

когда от и до пишется аннотация к контроллеру - это тоже не самодокументация

Так в любом случае придется писать (если речь идет про нелмио). Вопрос лишь в том, в контроллере полностью или часть уйдет в модели

я проклял всё, когда писал сам

Ну у меня опыт и там и там был, но честно больше боли мне доставляли рид модели, куда их положить, как назвать, зачем пишу вообще (опять таки надо правильно промапить запрос из БД на модель (т.е. свойства чтобы совпали), надо за этим следить). Навернео на вкус и цвет.

в папку readmodel

в папку readmodel

так не используй serializer на респонсе

профит навскидку в 1) САМО(!!!!!!!!)документируемость 2) тестируемость 3) понятный контракт

так не используй serializer на респонсе

буэ какое-то пишем приватное поле, а потом аннотацию к нему, чтобы сериализатор его выплюнул

public readonly))

public readonly))

не аннотацию,а геттер)

ну а чо) иммутабельность как то надо сохранять до 8.1,можно конечно псалмом,а можно геттерами

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

это как венгерская нотация а давайте всем писать префикс типа

Это из раздела упороться по архитектуре.

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

оправдано или нет - сложно сказать, но если посмотреть на то, что люди делают с джанго, рором или жсом - волосы на жопе шевелятся зачастую. пропатчить глобальный корневой объект фреймворка потому что вот здесь тебе в формочке нужна была кнопка в другом месте? - пожалуйста!