| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 27/04/2005 10:46:30
|
jprogrammer
Virtual Machine Man
Membro desde: 04/02/2005 13:49:20
Mensagens: 546
Offline
|
Mas uma nível de agragação com coloquei acima é coerente ?
Não vejo uma melhor forma para manter a flexibilidade nas queries de objetos.
|
O bom menino !!! |
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 27/04/2005 10:56:47
|
pcalcado
Moderador
![[Avatar]](/images/avatar/110eec23201d80e40d0c4a48954e2ff5.jpg)
Membro desde: 08/03/2004 17:19:35
Mensagens: 5174
Localização: Sydney - Australia
Offline
|
A coerência vai depender do seu modelo, mas acredito que esteja.
Realmente, se voc~e precisar passar um Funcionario pela rede, é melhor que empacote tudo que vai precisar num DTO só, ao invés de fazer queries cosntantes e caras via RPC.
|
Phillip Calçado "Shoes"
http://fragmental.tw/
http://blog.fragmental.com.br/
"It is unfortunate that much of what is called 'object-oriented programming today is simply old style programming with fancier constructs." - Alan Kay |
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 07/04/2007 17:54:35
|
Abrhaao
Thread.start()
Membro desde: 24/02/2005 13:33:14
Mensagens: 47
Offline
|
Então não há problema em usar, por exemplo, os objetos persistentes do Hibernate (aqueles que o Hibernate mapeia diretaemnte com as tabelas do BD) como objetos de negócio?
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 09/04/2007 17:10:29
|
Paulo Silveira
Administrador
![[Avatar]](/images/avatar/a87ff679a2f3e71d9181a67b7542122c.jpg)
Membro desde: 07/08/2002 18:38:50
Mensagens: 4204
Localização: São Paulo
Offline
|
Abrhaao wrote:Então não há problema em usar, por exemplo, os objetos persistentes do Hibernate (aqueles que o Hibernate mapeia diretaemnte com as tabelas do BD) como objetos de negócio?
Não é que eles devam ser usados como objetos de negocio, mas eles podem ter logica sim! Alias, os objetos do hibernate costumam ser atrofiados demais, acabam parecndo estruturinhas de dados em vez de objetos, que tem estado E comportamento.
No site do Calçado tem artigos interessantes sobre isso.
É como o Calçado disse, devemos dosar. Mesma coisa com DTO e o que o louds disse: nao vai mudar de tiers, usa o objeto direto (talvez voce quisesse ter pergutnado isso, se poderia usar o objeto do hibernate e o DTO como o mesmo)! Pra que criar um conjunto de classes paralelo e quase identico ao de suas entidades? A nao ser, claro, que eles sejam remotos (como no ejb2) ou se eles serao serializados e sao muito grandes (como disse o misterm). Ai sim voce usa DTO.
|
http://blog.caelum.com.br twitter: @paulo_caelum
|
|
|
 |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 09/04/2007 20:05:20
|
Abrhaao
Thread.start()
Membro desde: 24/02/2005 13:33:14
Mensagens: 47
Offline
|
Paulo Silveira wrote:
Abrhaao wrote:Então não há problema em usar, por exemplo, os objetos persistentes do Hibernate (aqueles que o Hibernate mapeia diretaemnte com as tabelas do BD) como objetos de negócio?
Não é que eles devam ser usados como objetos de negocio, mas eles podem ter logica sim! Alias, os objetos do hibernate costumam ser atrofiados demais, acabam parecndo estruturinhas de dados em vez de objetos, que tem estado E comportamento.
No site do Calçado tem artigos interessantes sobre isso.
É como o Calçado disse, devemos dosar. Mesma coisa com DTO e o que o louds disse: nao vai mudar de tiers, usa o objeto direto (talvez voce quisesse ter pergutnado isso, se poderia usar o objeto do hibernate e o DTO como o mesmo)! Pra que criar um conjunto de classes paralelo e quase identico ao de suas entidades? A nao ser, claro, que eles sejam remotos (como no ejb2) ou se eles serao serializados e sao muito grandes (como disse o misterm). Ai sim voce usa DTO.
Então na prática pode ser feito o seguinte?
Camada de Apresentação
Camada de Negócio
Considerando que ObjetoA é também a representação de uma tabela do BD, ou seja, objeto persistente do Hibernate.
|
|
|
 |
|
|