Utilité d'un DAO avec Hibernate ?

Invité · 10/09/2007, 15h17

Bonjour,

Je débute dans Hibernate, (en réalité, je viens juste de lire et tester le chapitre 1 de la documentation Hibernate) et j'ai une petite question sur l'utilité d'un DAO.

En se référant à la doc de Sun sur les DAO, le DAO existe en grande partie pour fournir une abstraction sur le support de données. Avec Hibernate, cela se passe dans le fichier de configuration.

Pour mettre en place une application est-il encore utile d'écrire un DAO avec toute la couche permettant d'ignorer le support de données ou est-ce qu'une "simple" DAOFactory renvoyant des classes concrètes est suffisante ? (Le DAO serviras alors plus en tant que M de MVC)

**fr1man** · 11/09/2007, 14h41

Tu l'as dit toi même, les DAO sont une abstraction de la couche d'accès aux données. L'idée est de pouvoir substituer une implémentation par une autre : JDBC pur par Hibernate, par exemple.
A toi de voir, si tu as besoin de modularité ou pas. Ca n'a pas grand chose à voir avec Hibernate en particulier.

Pour ce qui est de l'accès à ces DAO, à toi de voir, si tu y accèdes via Spring ou via Factory. Ce n'est qu'un détail.

Invité · 11/09/2007, 14h56

Oui je vois,

L'idée est donc d'utiliser soit une DAOFactory pour obtenir une implémentation d'un DAO, soit Spring et son BeanFactory (Ce qui n'empêche pas la DAOFactory de d'utiliser la BeanFactory pour obtenir des instances de ces implémentations) ?

**fr1man** · 11/09/2007, 15h01

Voilà c'est ça.
A toi de voir ce que tu préfères.
J'aime bien injecter mes DAO dans mes services, eux-même créés par Spring pour la gestion transactionnelle, mais ce n'est qu'un avis.