Организуете ли вы DTO для сервисного слоя?

Question

[dmitriy]

Хочу организовать классы-сервисы с подробной документацией, не подскажите из практики как лучше поступить?
1. Работу с сервисами вести через DTO
2. Работу вести напрямую с моделями, коллекциями (activerecord)

Answer 1

[Vladislav Soprun]

Data Transfer Object (DTO) — один из шаблонов проектирования, используется для передачи данных между подсистемами приложения. Data Transfer Object, в отличие от business object или data access object не должен содержать какого-либо поведения.

Если сервису необходимо вернуть "данные" выполнения своей задачи, то, они так же очень удобно могут быть "упакованы" в DTO, тогда "сервис" начинает напоминать "Request–response"

Ответ на вариант: 1

ps. "классы-сервисы" - Это "Service layer" или "Application Layer", звучит как-то магический-странно.

Comments

[dmitriy]

ок если DTO то данные должны быть с учетом вложенных элементов DTO (агрегат), например если отдаем DTO\Order , то он должен содержать DTO\OrderItem, DTO\Client, DTO\Producer
, то есть должен какой то способ собрать DTO объект для ответа, это куча кода по сборке DTO, это лишние запросы к хранилищу.
Опять же если мне нужен просто DTO\Order без вложенных элементов?

[Vladislav Soprun]

diamond, Я так понимаю, речь идет о попытки изучения DDD (Domain-driven design).

Настоятельно рекомендую с начало прочитать книгу Эрика Эванса.
"Предметно-ориентированное проектирование (DDD): структуризация сложных программных систем"
Такие бы вопросы не возникали.

Теперь по сути:
DTO - не есть агрегат!!
DTO - не модель!!
DTO - не Value Object!!

DTO .- для этого и предназначен, что бы "передавать" данные между слоями..

Опять же если мне нужен просто DTO\Order без вложенных элементов?

Значит нужна DTO которая имеет только Order, который будет использоваться например между Infrastructure в Application для выполнения нужной команды.

Application\Order\Request\OrderRequest - будет содержать все необходимые данные для выполнения команды:
Application\Order\Service\CreationOrderService@execute(OrderRequest $request): Order

[dmitriy]

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