Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
Architecture d'application web
Je suis entrain de developper une application en J2EE et j'ai des problemes a propos de l'architecture, j'ai utilisé celci :
Couche Web <--- DTO ---> Couche Metier <--- BO ---> Couche DAO
Je me demande si cette architecture est correcte ?
Si vous connaissez un exemple qui implémente cette architecture ou celle que vous pensez correct je suis pronneur.
Merci d'avance.
Je penses que la distinction DTO - BO n'est pas nécessaire.
Tu peux simplement faire :
WEB LAYER <-- dto --> BIZ LAYER <-- dto --> DAO LAYER
En effet, les DTO (Data Transfer Object) sont, par définition, des objets destinés au transfert de données entre couches.
Cette architecture offre une très bonne séparation des problèmes (je ne sais pas s'il en existe une meilleure).
Je pense que la plupart des applications web respectent cette architecture.
Donc vous pensez que je dois faire la transformation BO <-> DTO au niveau de la couche DAO, du fait que j'utilise Hibernate est je suis obligé d'utiliser les BO ?
Bonjour.
Peux tu s'il te plaît expliquer pourquoi un simple DTO ne te suffit du moment que tu utilises Hibernate ? Même dans les EJBs il est possible d'utiliser des simples POJOs comme DTOs avec JPA ...
Non, ce n'est pas ça que je veux dire.
Dans l'architecture que tu présentes, tu établis une distinction DTO - BO.
Or, comme j'en ai déjà fais l'expérience en pratique, il n'y a pas vraiment de différence entre un DTO et un BO.
La plupart du temps, les objets retournés par ta couche DAO seront utilisés tel quels par ta couche métier et ta couche web.
A titre d'exemple, considérons une classe 'Chien'.
Dans ton DAO, suppose que tu aies une méthode 'getChien(...)' qui te retourne une instance de la classe 'Chien'.
Suppose qu'un utilisateur désire afficher le chien qui s'appelle Médor.
Ta couche web va appeler la méthode 'getChien(...)' de ta couche métier.
Ta couche métier va appeler la méthode 'getChien(...)' de ta couche DAO.
Ta couche DAO va retourner une instance de la classe 'Chien'.
Ta couche métier va retourner cette même instance de la classe 'Chien'.
Ta couche web recevra cette instance de la classe 'Chien' et l'affichera à l'utilisateur.
Dans cette exemple, tu vois bien que tu n'as pas besoin d'une classe ChienBO et d'une classe ChienDTO.
Autrement dit, aucune transformation BO <-> DTO n'est nécessaire (puisque ce sont les mêmes objets).
Je pense que BO et DTO ne sont que deux noms différents, utilisés dans des contextes différents, mais qui désignent en réalité la même chose.
J'ai déjà utilisé Hibernate et il ne nécessite pas d'utiliser des objets particuliers (juste des beans Java).
Qu'entends-tu par BO et par DTO ?
Désolé si j'ai envoyé plusieurs copie de mon message cela est du à un probleme dans mon OS.
donc j'avais un petit probleme de nomination pour les BO.
Donc si j'ai bien compris:
Au niveau d'hibernate j'utilise des Beans, ensuite je les transforme en DTO dans la couche DAO.
Pour faire simple : un bean Java est un objet Java avec des attributs privés et des getters/setters pour ces attributs.
Via ta couche DAO, tu peux charger/insérer/mettre à jour/supprimer des beans dans ta DB.
Dans ton cas, ta couche DAO est supportée par Hibernate, ce qui n'impacte en rien le type d'objets à utiliser (ce sont toujours des beans Java).
Les beans Java manipulés par ta couche DAO peuvent être utilisés tel quels pour transférer des données entre les couches de ton application.
Aucune conversion n'est donc nécessaire (ce que tu appelles BO et DTO sont en fait les mêmes objets!).
Et bien tes DAOs sont justement batis juste au dessus d'Hibernate : Hibernate travaille sur les POJOs, de même pour tes DAOs. les unités de communications sont les DTOs qui eux sont des POJOs.
Bref, il existe déjà de nombreux posts sur ce thème, je te propose celui ci :
http://www.developpez.net/forums/sho...d.php?t=341618.
Il traite de Struts, mais l'idée est là !
Bonne chance.
Essayons d'aller pas à pas, et je suis désolé si je vous dérranges :
Hibernate récupére les données a partir de BD via des beans (POJO), ces meme instance je ne doit pas les laisser propager jusqu'a la couche metier (c'est pas trés sécurisé du fait que hibernate les surveilles) donc je doit faire une transformation vers des DTO au niveau de la couche DAO.
Bon je ne vais pas m'interesser a ce probleme de sécurité dans la 1ere itération.
Merci
Répondre avec citation
Partager