Cette discussion est consacrée à l'article intitulé "Quelle est la différence entre un DTO et un POCO ?" qui est la traduction d'un article de Rudy Lacovara.
Postez ici vos commentaires concernant cette publication.
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
Quelle est la différence entre un DTO et un POCO ?
Cette discussion est consacrée à l'article intitulé "Quelle est la différence entre un DTO et un POCO ?" qui est la traduction d'un article de Rudy Lacovara.
Postez ici vos commentaires concernant cette publication.
Excellent article ! très utile. Maintenant, j'ai une petite question :
Quid du DTO pour lequel on est obligé d'insérer la logique de sérialisation car il implémente IXmlSerializable ? c'est un DTO, un POCO, ni l'un ni l'autre ?
Sinon, concernant les différents schémas d'implantation, en voici un que j'utilise tous les jours :
J'ai ma couche d'accès aux données branchée via l'ORM Entitiy Framework.
J'ai donc une partie DAL me permettant d'effectuer les requetes linq to entities.
Ensuite, j'ai une parti BLL qui me permet de faire tous les mix de requetes dont j'ai besoin et ressortir un résultat métier.
Entre la DAL et la BLL, je transforme (de façon bilatérale) mes Entities en DTO et inversement.
Le tout est au final utilisable avec n'importe quel projet et peut même etre partagé entre projets de types différents.
Dans mon cas, j'ai branché un webservice WCF à la BLL et il va y avoir une partie ASP.Net MVC2 qui viendra plus tard se brancher sur cette meme BLL.
Ce qu'il y a d'intéressant avec les DTO, c'est que derriere ils peuvent être importés dans tous les projets se servant de ma BLL (ou meme de mon webservice).
En tout cas, merci pour l'explication
D'après l'article, je dirais que c'est ni l'un, ni l'autre.Envoyé par zax-tfh
En effet, il est dit qu'un DTO n'est qu'un conteneur de données sans logique d'aucune sorte ; et qu'un POCO ne contient pas de logique de persistance (concept de "Persistance Ignorance").
chez moi toutes les couches d'une application ont accès aux DTO , seul la couche "business" a acces aux POCO ( ou pojo , etc ... ).
un POCO est forcément lié au business layer,puisqu'il a un comportement.
Un DTO peut par contre alimenter un template , le modèle , ou n'importe quoi d'autre.
Article clair et didactique !
Je viens donc de réaliser que je suis depuis plus de dix ans un M. Jourdain du POCO/DTO.
Oui, avec l'expérience, on tend naturellement vers de bonne pratiques (ou en tous cas, des pratiques éprouvées), sans forcément connaitre les termes qui définissent ces pratiques !Je viens donc de réaliser que je suis depuis plus de dix ans un M. Jourdain du POCO/DTO.
Répondre avec citation
Partager