| Autor |
Mensagem |
![[Post New]](/templates/default/images/icon_minipost_new.gif) 22/08/2009 10:38:03
|
magnomp
JavaBaby
Membro desde: 21/07/2009 12:43:00
Mensagens: 77
Offline
|
Estava aqui pensando...
Muito vejo falar sobre DAO com Hibernate, aí me veio uma dúvida:
O próprio Hibernate pode ser considerado uma implementação de DAO? O que é um DAO se não um mecanismo para abstrair o mecanismo de persistencia dos objetos? E o Hibernate idem, não? A diferença é que o DAO pode ser implementado para operar em cima arquivos XML ou o que quer que seja, enquanto o Hibernate é mais voltado para um RDBMS.
Digo, considerando que um sistema só vai acessar dados provenientes de um banco de dados relacional, há mesmo a necessidade, na opinião de vocês, de encapsular o Hibernate em um DAO?
Eu, particularmente, não estou conseguindo enxergar tal necessidade.
Teoricamente, eu automaticamente já teria um DAO para Firebird, MySql, HSQL, Oracle, etc, apenas configurando o Hibernate apropriadamente...
|
|
|
 |
|
|
![[Post New]](/templates/default/images/icon_minipost_new.gif) 22/08/2009 17:20:20
|
albama@bol.com.br
JavaChild
Membro desde: 06/04/2005 14:51:01
Mensagens: 123
Offline
|
Olá, eu penso que o hibernate é uma camada a mais, pois se tentarmos tirar essa implementação de persistencia ( DAO ) , cairemos em outra.
Podemos tirar o dao para usar o hibernate com generics save <?> (objeto o){ } , porém sempre precisarmos de um tipo de persistencia especificas, e teremos colocar em algum lugar do projeto.
Se não for dao , acredito que cairá em algum tipo de isolamento para nao misturar as classes.
|
Marco Aurélio
aureliorodrigues@gmail.com |
|
|
 |
|
|
|
|