Зачем нужен data transfer object и/или builder при работе с реквестом?

Question

[vrazbros]

Привет

В проекте переиодически натыкаюсь на использование билдеров и DTO для меня это выглядит очень странно потомучто вся валидация происходит в FormRequest, потом как установка данных которые пришли из реквеста в DTO а из DTO мы добавляем данные в модель и потом сохраняем те DTO(некоторый data transfer object) какойто странный промежуточный шаг. С билдерами примерно тоже самое, если я правильно понял.

Зачем тогда вообще нужны билдеры и ДТО, это не нужный лишний шаг для меня если можно напрямую данные из реквеста сохранить в модель тк они уже прошли проверку в FormRequest ?

Comments

[Евгений Ромашкан]

Зачем тогда вообще нужны билдеры и ДТО, это не нужный лишний шаг для меня если можно напрямую данные из реквеста сохранить в модель тк они уже прошли проверку в FormRequest ?

А зачем нужен бэкенд если данные из реквеста = запись в базе?)
Лишняя прослойка же, можно просто postgrest взять.

А серьёзно - почитайте описания терминов используемых и какую-нибудь книжку по архитектуре

Answer 1

[JhaoDa]

это не нужный лишний шаг для меня если можно напрямую

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

В реальности же иногда возникает ситуация, когда создание объекта возможно как через web-интерфейс, так и, например, через консоль. Логично выделить создание объекта в некий сервис, который как раз и должен принимать DTO, ибо какой реквест в консоли?

Кроме того, применение DTO не ограничивается заменой реквестов, это способ передачи данных между слоями приложения в слоёной архитектуре, ибо зачем передавать сущности/фреймворкозависимые вещи в слой, которому о них знать не надо?