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…
Hibernate X DAO
M
1 Resposta
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.
Criado 22 de agosto de 2009
Ultima resposta 22 de ago. de 2009
Respostas 1
Participantes 2
Alura POO: o que é programação orientada a objetos? Aprenda os conceitos básicos da programação orientada a objetos, como classes, objetos, herança, encapsulamento e polimorfismo, com exemplos.
Casa do Codigo Inteligencia Artificial e ChatGPT: Da revolucao dos... Por Fabricio Carraro — Casa do Codigo