DAO com hibernate  XML
Índice dos Fóruns » Arquitetura de Sistemas
Autor Mensagem
jprogrammer
Virtual Machine Man
[Avatar]
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 !!!
pcalcado
Moderador
[Avatar]

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
[Email] [WWW] [Yahoo!] [MSN]
Abrhaao
Thread.start()
[Avatar]
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?
Paulo Silveira
Administrador
[Avatar]

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


[Email] [WWW]
Abrhaao
Thread.start()
[Avatar]
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.
 
Índice dos Fóruns » Arquitetura de Sistemas
Ir para:   
Powered by JForum 2.1.8 © JForum Team