DTO: Por que usar uma coisa dessas?

Debugger Membro desde: 04/06/2004 09:58:06 Mensagens: 51 Offline

Caramba, tivemos esse problema aqui na empresa. JPA é muito maneiro, mas a equipe tem que entender direitinho o Lazy Load, e como fazer os relacionamentos. Havia um many-to-many, com as coleções nas duas pontas, e tentava-se serializar uma delas para mandar para um cliente Flex, e tomávamos um StackOverflow na testa... Linda oortunidade para se usar (direito) DTO.

Por uma série de motivos, e por causa dos riscos envolvidos, eu preferi, em um novo projeto, abandonar JPA e utilizar as facilidades que o Spring oferece para a camada de dados, usando JDBC mesmo. Pelo menos está me parecendo mais elegante!!!

This message was edited 1 time. Last update was at 31/08/2010 11:58:03

diogopontual wrote:
Caramba, tivemos esse problema aqui na empresa. JPA é muito maneiro, mas a equipe tem que entender direitinho o Lazy Load, e como fazer os relacionamentos. Havia um many-to-many, com as coleções nas duas pontas, e tentava-se serializar uma delas para mandar para um cliente Flex, e tomávamos um StackOverflow na testa... Linda oortunidade para se usar (direito) DTO.

Exatamente o mesmo problema que encontrei no projeto aqui.

Por uma série de motivos, e por causa dos riscos envolvidos, eu preferi, em um novo projeto, abandonar JPA e utilizar as facilidades que o Spring oferece para a camada de dados, usando JDBC mesmo. Pelo menos está me parecendo mais elegante!!!

Exatamente o que faço. Sempre que possível irei abandonar o Hibernate e usar iBatis ou JDBC com query helper. Fica mais limpo, fica mais previsível, fica mais gerenciável, fica mais flexível. Mas ir contra o dogma do Hibernate é uma heresia, vc deve saber disso.

Engraçado como pensamos parecido. Seria legal se trabalhássemos juntos em algum projeto. Entre em contato comigo por email para mantermos o contato. sergio ponto oliveira ponto jr at gmail ponto com.

É uma heresia ir contra o dogma "aprenda a usar corretamente a ferramenta antes de fazer uso da mesma, mesmo que para isso tenha que ler um manual de 200 páginas".

JavaGuru Membro desde: 05/07/2005 09:04:14 Mensagens: 240 Offline

Certo, vamos ver se entendi o que foi discutido, usar DTO para formatar os dados para determinada resposta é errado, o que realmente me parece errado, independente da reposta o DTO deveria ser igual.
Usar o MESMO DTO para passar dados entre camadas (Negócio/View) seria o correto ? Claro que eu poderia fazer isso usando MAP, mas em meu ponto de vista ficar usando reflection para isso não parece certo, prefiro usar o DTO para isso.
No caso o DTO seria apenas para isso, mostrar / limitar / padronizar os dados enviados da camada de negócio para a view, que formataria a reposta.

Correto?

JWizard Membro desde: 23/02/2007 15:52:55 Mensagens: 2034 Offline

maniacs wrote:Certo, vamos ver se entendi o que foi discutido, usar DTO para formatar os dados para determinada resposta é errado, o que realmente me parece errado, independente da reposta o DTO deveria ser igual.
Usar o MESMO DTO para passar dados entre camadas (Negócio/View) seria o correto ? Claro que eu poderia fazer isso usando MAP, mas em meu ponto de vista ficar usando reflection para isso não parece certo, prefiro usar o DTO para isso.
No caso o DTO seria apenas para isso, mostrar / limitar / padronizar os dados enviados da camada de negócio para a view, que formataria a reposta.

Correto?

oi,

bom, deixa eu dar a minha opinião

- se no java tivessemos algo como um struct do C usariamos ele ao invés desses DTO's ou VO's ou o que seja.. (seria o tal template engine?)
- é errado pegar um objeto de negócio e colocar um monte de gets e sets nele só para facilitar o "agrupamento" desses dados que serão lidos pelo cliente
- não gosto de maps por temos que ficar trabalhando com strings como disseram..
- concordo com a sua ultima afirmação
- supondo que eu tenha que passar para a minha view informações da Empresa e dos Funcionarios, eu criaria um objeto ViewEmpresaFuncionarios e jogaria nele os
atributos que eu preciso e passaria para a view, não mexeria na camada de negócio
- dá uma lida no que o Sergio Taborda falou sobre saco de propriedades

Notícias, artigos e o maior fórum brasileiro sobre Java