DTO - dúvida conceitual

como o Shoes falou antes qualquer estrutura que vc use para transportar dados entre as camadas da sua app é um dto.

so não acho que seja uma gambiarra, todo mundo fala isso, alguns so pq viram no forum.
ele tem sua utilidade em cenarios especificos.
se vc tem sua aplicação distribuida, vai precisar de uma estrutura para transportar os dados.

agora, se existe uma melhor maneira de utilizalos ae ja não sei...

[]'s

Virtual Machine Man Membro desde: 09/05/2003 00:32:03 Mensagens: 607 Offline

Mas pelo q entendi o Shoes não criticou sua utilidade, o DTO tem utilidade mas ainda assim é uma gambiarra...
Por exemplo, o mapeamento Objeto-Relacional é extremamente funcional e útil, talvez não exista solução melhor, mas ainda assim é uma gambiarra.

O grande ponto a se grifar eh o "se voce tem uma aplicacao distribuida...": DTOs sao um design pattern, Local-DTOs sao um anti-pattern.

This message was edited 1 time. Last update was at 29/04/2005 09:34:20

cv wrote:O grande ponto a se grifar eh o "se voce tem uma aplicacao distribuida...": DTOs sao um design pattern, Local-DTOs sao um anti-pattern.

Ai vem uma outra grande pergunta. Quantos projetos sao realmente distribuidos que justifiquem o uso de DTO?

]['s

This message was edited 1 time. Last update was at 29/04/2005 10:23:03

fabgp2001 wrote:
Ai vem uma outra grande pergunta. Quantos projetos sao realmente distribuidos que justifiquem o uso de DTO?

Não precisa ser um sistema monstro, mas você está certo no que acho que tentou dizer: 99% dos posts no GUJ sobre isso são sistemas que não precisam de DTOs.

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

Me lembro como se fosse hoje quando tava começando o meu projeto de final de curso e usei a seguinte estrutura

view --> controle --> façade --> negocio --> DTO --> DAO

Fiz diagrama de classes e tudo!!! Achei que eu estava arrasando por que haviam 8 patterns em meu sistema que não tinha tem 10 classes de negócio direito!

Daí eu mostrei para alguns professores, e todos eles me parabenizaram!!
Aff.. Fiquei tão orgolhoso!!!

Abraços!
Thiago

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

view --> controle --> façade --> negocio --> DTO --> DAO

Antes que me perguntem pq fiz isso... eu digo!

Tinha acabado de ler alguns dos capítulos do livro Core J2ee Patterns!
Imaginem um cabeção e mala que nem eu no 3º ano da faculdade diante de um livro desses! Ele chega a pensar que está no paraíso!

Abraços!
Thiago

Virtual Machine Man Membro desde: 04/02/2005 13:49:20 Mensagens: 546 Offline

Mas o DTO não deveria estar entra o controle e o facade ?

view --> controle --> DTO --> façade --> negocio --> DAO

pcalcado wrote:

fabgp2001 wrote:
Ai vem uma outra grande pergunta. Quantos projetos sao realmente distribuidos que justifiquem o uso de DTO?

Não repcisa ser um sistema mosntro, mas você está cerot no que acho que tentou dizer: 99% dos posts no GUJ sorbe isso são sistemas que não precisam de DTOs.

Isso, mas digo mais, acho que mais de 90% dos sistemas desenvolvidos em Java nao sao distribuidos.

jprogrammer wrote:Mas o DTO não deveria estar entra o controle e o facade ?

view --> controle --> DTO --> façade --> negocio --> DAO

Porque o DTO esta em uma camada se ele so fica zanzando no sistema?
Existem sistemas onde o DTO é criado na View e vai sendo enviado até o DAO, nao entendo o porque dessa distribuicao demostrada ai.

]['s

fabgp2001 wrote:
Isso, mas digo mais, acho que mais de 90% dos sistemas desenvolvidos em Java nao sao distribuidos.

Eu também. Mais até, bem mais.

Hoje em dia eu trabalho com cluster e clientes remotos, e mesmo assim em uns dois projetos apenas. De resto, nada justificaria um DTO para aplicações web como as que eu já fiz tantas por aí.

GUJ Master Membro desde: 16/12/2004 17:09:19 Mensagens: 1787 Offline

Pelo o que eu li um DTO serve para diminuir a sobrecarga na rede devido a chamadas de métodos remotos, certo? É tipo "zipar" os dados e mandar de uma vez só, em vez de um a um, certo?

E o pessoal confunde e usa DTO para simplesmente para acessar banco de dados, certo? Eu mesmo confundo (ou confundia, sei lá) um pouco, achando que aqueles beans burros que representam as entidades do BD eram DTOs.

Certo???

renato3110 wrote:
É tipo "zipar" os dados e mandar de uma vez só, em vez de um a um, certo?
E o pessoal confunde e usa DTO para simplesmente para acessar banco de dados, certo?

Na mosca!

A cosia qeu me dá mis medo quando respondendo alguém aqui ou em alguma lsita é:

JavaBean Addicted wrote:
Então, eu tô fazendo meu sistema com camadas, tenho uma Action struts que chama meu AdicionarUsuarioAction, que cria um UsuarioDTO que passa para meu UsuarioBO]
que possui um método chamado

public void salvar(String login, string senha);

Que chama meu obejto UsuarioDAO passando o UsuarioDTO
...

Onde eles arrumam tanta criatividade?

GUJ Master Membro desde: 11/02/2005 08:08:02 Mensagens: 1595 Offline

Jprogrammer.. obrigado por me lembrar.. a estrutura que eu coloquei tava errada!

Na verdade eu tinha feito assim (Podem acreditar.. é sério)

view --> DTO --> controle --> DTO --> façade --> negocio --> DTO --> DAO

Pensamento do Thiago Senna wrote: Agora o Shoes vai ter um Enfarte!!!

Abraços!

renato3110 wrote:E o pessoal confunde e usa DTO para simplesmente para acessar banco de dados, certo? Eu mesmo confundo (ou confundia, sei lá) um pouco, achando que aqueles beans burros que representam as entidades do BD eram DTOs.

Nao só isso, acho que a maior confusao é com as siglas. DTO, VO, Pojo, Java Beans pra muitos isso é tudo igual e sabemos que isso nao é verdade.
Exemplo, quando o Hibernate diz que precisa de POJO pra persistir os objetos, muitos acham que sao obrigados a usar DTO por isso.

]['s

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