Salut,
Est ce que certains ont des retours d'exp�rience sur l'utilisation des DTO (Data Transfer Object ou Value Object) pour l'�change entre le tier web et le serveur d'application.
Je me pose actuellement des questions sur les avantages / inconv�nients des diff�rentes strat�gies :
- utilisation des DTOs :-)
indispensable :)
- DTOs modifiables ou non modifiables par la pr�sentation
plutot non modifiables autrement tu vas au devant de problemes de synchronisation si ton appli repose la dessu...
- DTOs li�s aux objets m�tier ou bien des DTOs ind�pendants du mod��le m�tier (dans le cas des EJBs, DTOs instanci�s par les entity ou par des SessionFacade ou DTOFactory)
- DTOs typ�s ou bien classe de transfert g�n�rique de type Map
le typage n'est pas un luxe
Pour l'instant j'ai regard� les sources suivantes :
- les blueprints de sun : http://java.sun.com/blueprints/corej2eepatterns/Patterns/TransferObject.html
- le pdf sur les design pattern appliqu�s aux ejb que l'on trouve sur The ServerSide avec le thread de discussion associ� : http://www.theserverside.com/home/thread.jsp?thread_id=7992
Je trouve l'id�e de g�rer les DTOs au niveau des SessionFacade int�ressante car on a des DTOs qui sont adapt�s aux use cases de l'application. Par contre, dans ce cas, j'ai peur que l'effort de synchronisation entre les DTOs et le mod�le m�tier (j'ajoute un champ dans mon objet m�tier, je dois l'ajouter dans certains de mes DTOs) soit important. C'est pour cela que j'aimerais avoir des retours d'exp�rience de personnes qui ont utilis� l'une ou l'autre strat�gie
de plus xdoclet perme tde generer tes holders pour toi :) pratique non ?
Jerome
Seb
