DTO, ou Data Transfer Object, é um padrão de software criado para facilitar a transferência de dados entre diferentes camadas de uma aplicação. A ideia central é simples: garantir que as informações circulem pelo sistema de forma organizada, previsível e sem acoplar detalhes internos a formatos externos.
Quando uma aplicação cresce, ela passa a lidar com APIs REST, gRPC, CLI, mensageria e outros canais. Cada um pode enviar dados de um jeito. Só que o coração da aplicação – suas regras de negócio, entidades e serviços internos – não deveria precisar se adaptar a essas variações de formato. É aí que o DTO entra.
O DTO funciona como um objeto anêmico, isto é, sem comportamento de regra de negócio. Seu papel é exclusivamente carregar dados. Ele recebe informações externas como JSON, XML ou qualquer outro formato, traduz esse conteúdo para algo que o sistema consiga entender e, em seguida, entrega para as camadas internas com total compatibilidade.
Dentro do fluxo, o DTO serve como um filtro. Ele recebe o dado bruto, valida o essencial (formato, tipos básicos, campos obrigatórios) e só então permite que a informação siga para entidades, casos de uso ou serviços. Isso evita que dados quebrados, incompletos ou mal formatados cheguem nas partes mais sensíveis do sistema.
Esse padrão se aplica tanto para entrada quanto para saída. DTOs de input tratam o que chega ao sistema; DTOs de output organizam o que será devolvido ao cliente final. A aplicação mantém assim um padrão claro de comunicação, sempre protegido por uma estrutura estável e dedicada ao transporte.
Mesmo sendo anêmico, o DTO pode precisar de mecanismos básicos de linguagem, como getters e setters, por causa de frameworks ou bibliotecas. Mas isso não altera o princípio: DTO não tem regra de negócio, não faz cálculos centrais, não define comportamento. Seu objetivo é manter um formato universal e estático o suficiente para sobreviver ao tempo sem quebrar compatibilidade.
O modelo tradicional das entidades da aplicação muitas vezes evolui. O DTO, por outro lado, deveria se manter mais fixo, já que representa o contrato de comunicação. É comum, inclusive, que o DTO seja igual à entidade em estrutura, mas sem os comportamentos. Outras vezes, o DTO é completamente diferente, projetado apenas para simplificar a troca de informação entre sistemas distintos.
Por não se importar com a forma como a comunicação é feita, o DTO funciona bem em qualquer tecnologia, seja Java, C#, JavaScript ou uma mistura delas. Ele pode ser serializado ou não; pode viajar entre processos, servidores ou componentes internos. E aparece frequentemente combinado com padrões como DAO, Active Record, RPC, CQRS, entre outros.
No fim, o papel do DTO é reduzir atrito. Ele organiza a comunicação, protege a aplicação, evita acoplamentos desnecessários e mantém a informação fluindo de forma segura e previsível entre diferentes partes da solução. Esse equilíbrio entre simplicidade e clareza é o que faz do DTO um dos padrões mais adotados no desenvolvimento de sistemas distribuídos.
