A voir également:
- Couche dao
- Redmagic cyberbuds dao tws - Accueil - Audio
- Couche de destination masquée photoshop - Forum Photoshop
- Générique on n'est pas couché ✓ - Forum Cinéma / Télé
- Dvd double couche ✓ - Forum Gravure
- Ps4 debout ou couché - Forum Jeux vidéo
2 réponses
Salut, suffit de chercher un peu:
https://fr.wikipedia.org/wiki/Objet_d%27acc%C3%A8s_aux_donn%C3%A9es
En Desgin Pattern(comme MVC) c'est la séparation entre la couche métier et celle logicielle(le DAO appelée partie technique dans l'article si je comprends bien).
Et moi qui croyait que c'était Design Assisté par Ordinateur :p
https://fr.wikipedia.org/wiki/Objet_d%27acc%C3%A8s_aux_donn%C3%A9es
En Desgin Pattern(comme MVC) c'est la séparation entre la couche métier et celle logicielle(le DAO appelée partie technique dans l'article si je comprends bien).
Et moi qui croyait que c'était Design Assisté par Ordinateur :p
Bonjour,
Réponse courte :
La DAO c'est le code qui accède à la base de données.
Réponse longue :
https://www.oracle.com/java/technologies/dataaccessobject.html
Réponse courte :
La DAO c'est le code qui accède à la base de données.
Réponse longue :
https://www.oracle.com/java/technologies/dataaccessobject.html
La JPA c'est une des manières de faire de la DAO, mais ce n'est pas la seule.
On peut aussi faire de la DAO avec les classes JDBC basiques (Connection, Statement, ResultSet, etc.)
Le concept des DAO c'est surtout de séparer la partie accès aux données du reste du code dans des classes, packages, voire des jar dédiés.
Cela permet de mettre en place l'architecture multi-tiers d'une application Java EE.
Remarque : le schéma n'est pas super récent, les EJB ne sont plus la seule manière de travailler avec la couche métier.
Un contre exemple de ce qui n'est pas de la DAO, c'est de faire des accès en bases de données directement dans la JSP ou dans une application Swing. C'est à dire que la couche présentation a directement accès aux données.
On peut aussi faire de la DAO avec les classes JDBC basiques (Connection, Statement, ResultSet, etc.)
Le concept des DAO c'est surtout de séparer la partie accès aux données du reste du code dans des classes, packages, voire des jar dédiés.
Cela permet de mettre en place l'architecture multi-tiers d'une application Java EE.
Remarque : le schéma n'est pas super récent, les EJB ne sont plus la seule manière de travailler avec la couche métier.
Un contre exemple de ce qui n'est pas de la DAO, c'est de faire des accès en bases de données directement dans la JSP ou dans une application Swing. C'est à dire que la couche présentation a directement accès aux données.