Что такое DTO и DAO и в чем их различие?

В разработке программного обеспечения, особенно в многослойных архитектурах, важно разделять ответственность между компонентами. DTO (Data Transfer Object) и DAO (Data Access Object) — это два фундаментальных паттерна, которые помогают организовать это разделение, но решают совершенно разные задачи.

Что такое DTO (Data Transfer Object)?

DTO — это простой контейнер для данных. Его основная цель — эффективно передавать информацию между различными частями системы, например, между серверным API и клиентским приложением или между слоем сервиса и слоем представления. DTO не содержит бизнес-логики, валидации или сложного поведения. Часто он представляет собой подмножество или объединение данных из нескольких доменных сущностей, оптимизированное для конкретного запроса клиента.

// Пример DTO для передачи данных о пользователе клиенту
public class UserDTO {
    private Long id;
    private String username;
    private String email;
    // Конструкторы, геттеры и сеттеры
    // Никакой другой логики
}

Что такое DAO (Data Access Object)?

DAO — это паттерн, который предоставляет абстрактный интерфейс для доступа к источнику данных (БД, файловая система, внешний API). Он скрывает сложные детали реализации запросов (например, SQL или вызовы ORM) от бизнес-логики. Обычно для каждой сущности (User, Product) создается свой DAO с методами findById, save, delete и т.д.

// Пример интерфейса DAO для сущности User
public interface UserDao {
    User findById(Long id);
    List findAll();
    Long save(User user);
    void update(User user);
    void delete(Long id);
}
// Реализация этого интерфейса будет содержать JDBC-код или вызовы JPA.

Ключевые различия и взаимодействие

• Назначение: DTO передает данные, DAO — получает и сохраняет их из/в персистентное хранилище.
• Структура: DTO — это простой POJO с полями. DAO — это класс или интерфейс, содержащий методы для операций с данными.
• Использование: Бизнес-слой (сервис) использует DAO для получения доменных объектов из БД. Затем он может преобразовать эти доменные объекты в один или несколько DTO и отправить их, например, на фронтенд.

Вывод: DTO следует использовать для изоляции модели домена от API и оптимизации сетевых запросов, передавая только необходимые данные. DAO необходимо применять для абстрагирования логики доступа к данным, что делает код более тестируемым и позволяет легко менять источник данных (например, с MySQL на MongoDB).