Discussion :

[mehdi_31]

Bonjour à tous,

Je suis en train de me poser une question que vous vous êtes surement tous posée : faut-il oui ou non utiliser le pattern DTO pour copier les objets renvoyés par Hibernate?

Le seul interêt que j'ai trouvé pour l'instant à DTO (ou VO) c'est la séparation des couches et donc la facilité de la transmission des objets retournés par Hibernate (entre les couches ou carrement sur un réseau).

Ce que j'aimerai savoir c'est est-ce que le fait de faire une copie des objets - même détachés- hibernate lui allège son travail. C'est a dire qu'on n'essaye d'utiliser des objets que lui "surveille" ou manipule pour d'autres traitements, en clair est-ce qu'on y gagne en performance?

Si vous avez des experiences, des avis sur la question...n'hesitez pas.

Merci

[fr1man]

Utiliser des DTO implique la création de classes supplémentaires qui vont allourdir le projet.
Comme tu l'as dit, je n'utiliserais ce pattern qu'en cas de passages d'objets sur le réseau, comme par exemple par des ejb sessions, pour réduire la quantité d'info transportée.
Pour une utilisation classique, je ne vois pas l'intérêt.
Le lazy loading te permet de charger uniquement les données dont tu as besoin. Je ne pense donc pas que l'utilisation de DTO te permette de gagner en performance.

[BizuR]

Pour ma part, bien que je ne connaisse pas assez le pattern DTO, j'ai souvent lu dans des articles qu'Hibernate (ou autre concurrent de persistance) évitait justement l'utilisation d'objets DTO... faut-il après coup, considérer qu'il le remplace ou bien que son travail ne nécessite pas l'intervention d'un tel pattern ... je ne saurais préciser ma pensée à ce sujet

[gronono]

Sur le projet sur lequel je travaille actuellement, nous mappons directement les DTO avec la base de données et nous les utilisons dans toutes les couches (présentation, métier et dao).

Cela diminue le nombre de classe et évite la recopie dans/de des beans de présentation et de bd.

[fabszn]

Sur le projet sur lequel je travaille actuellement, nous mappons directement les DTO avec la base de données et nous les utilisons dans toutes les couches (présentation, métier et dao).

Cela diminue le nombre de classe et évite la recopie dans/de des beans de présentation et de bd.

Hello,

Est ce que cela n'induit pas un certain couplage entre les couches? Que ce passe t'il le jour l'on remplace une couche qui manipule d'autres types d'objets?

A quel niveau sont déclaré tes objets DTO?

[gronono]

Evidement, cela introduit du couplage entre les couches.
Mais, un objet Personne reste une personne que se soit dans la couche DAO, Service ou présentation.

Donc mon objet Personne est le même pour toutes les couches donc cela ne sert à rien d'écrire trois fois (ou plus) la même classe.

L'important est que chaque DTO soit un POJO et ne fasse aucun traitement. Il ne doit pas par exemple modifier le nom de la personne pour le mettre en majuscule ou transforme le nom pour enlever les accents, ...

Si on change l'implémentation d'une couche, l'objet Personne reste une personne. La façon dont on le traite ne change pas sa définition.

A+