Discussion :

[Jacobian]

bonjour tous le monde je travaille récemment avec spring et j'ai une question:

1-est ce que dans la couche dao on ne déclare que les méthodes de base (get,update,save)
et la couche metier contient la combinaison de ses méthodes.
si on veut une methode de la couche DAO on peut y'acceder directement depuis la couche presentation. c'est pas la pein de redeclarer les methodes de la couche DAO dans la couche metier.

est ce que cette approche est juste?

si vous avez d'autre ajout(sur cette partie) n'esitez pas ?

[darkxan]

Je me suis posé la même question et pour ma part, j'évite de sauter les couches. Je ne fais donc pas d'appel aux méthodes de la DAO dans la partie présentation. Une raison est une question d'architecture, c'est au métier de s'occuper du métier. Ensuite si pour une quelconque raison il y a un changement de DAO, cela ne doit pas impacter la couche présentation. Enfin, si on gère les transactions avec Spring, il est préférable que tous les appels aux DAO soit dans un seul et unique package.

Ta question est plus d'ordre architecturale que sur Spring.

[glebreton]

Pour répondre à ta première question, rien ne t'empêches d'ajouter des méthodes plus élaborées que les simples get, update et save, tant que ça reste sur du traitement sur la base de données. En gros, des méthodes que tu aurais codé normalement en SQL peuvent très bien être implémentées par la couche DAO. Ca évite de faire des traitements trop lourds pour la couche métier et c'est surtout optimisé.

Pour le reste, je suis du même avis que darkxan.

[djo.mos]

Bonjour,
Très bonne question en effet
Si j'ai besoin d'une action d'un DAO dans mes contrôleurs, alors si:
- Je suis sur une petite application: je ne fais pas un adpater "dummy" dans la couche métier et j'utilise directement le DAO concerné.
- Je suis sur une application plus complexe: je fais un adapter dans le couche métier qui lui utilise le DAO. Comme ça, je peux revenir plus tard à cette classe métier et y ajouter des traitements supplémentaires quand le besoin est là, sans avoir à modifier mon contrôleur pour y injecter cette classe au lieu du DAO.

Mais pratiquement, des cas pareils (avoir besoin d'un DAO dans la couche contrôle) n'apparaissent que pour des petites applications, et pas dans de grandes et plus complexes.
Dans cette catégorie, tu travailles généralement sur plusieurs entités en une seule action, avec d'autres traitements secondaires (audit, sécurité, versionnage, validation, etc.), donc pas moyen d'échapper à une véritable couche métier.