Лекции

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

Разбираем, почему внешний JSON-контракт и внутренняя модель приложения должны быть разделены, как DTO защищают API от случайных изменений и зачем нужен маппинг между слоями в Spring-проекте.

Разбираем, из каких повторяющихся элементов обычно состоят DTO в backend-приложениях: идентификаторы, статусы, необязательные поля и обёртки списков. На примере ReadLater Starter показываем, как эти части сочетаются в request- и response-моделях.

В этой лекции разбираем, почему имена полей в JSON — это часть API-контракта, как выбрать единый стиль именования, как не запутаться в DTO и почему переименование поля почти всегда влияет на клиентов.

В этой лекции разбираем DTO-контуры для проекта ReadLater Starter: как разделять контракт внешнего каталога и локального API, зачем нужны отдельные request/response-модели и почему списочные ответы лучше проектировать заранее.