Discussion :

[darkfrag]

Bonjour à tous.

Aujourd'hui une question simple, de débutant : qui saurait m'expliquer ce qu'est un POCO et pourquoi on en entend toujours parler quand on parle d'ORM.
Quels sont les utilisations, les avantages, les inconvénients ?

Merci beaucoup si vous pouvez me sortir de mon ignorance !!

[anthyme]

Plain Old C# Object

C'est un objet le plus simple possible qui hérite de la classe "Object"

En général ses propriétés sont sensées posséder un getter et un setter et être le plus simples possible également.

Il ne doit pas contenir de code spécifique à la couche UI ou à la couche d'accès aux données, le principe et d'avoir un objet découplé au maximum des couches de l'application.

A quoi cela sert ? Et bien cet objet est tellement découplé de tout qu'il peut etre utilisé partout sans le modifier.
Que tu passes d'un UI WEB a des web service ou une UI WPF tu peux utiliser le même objet.

L'avantage coté ORM c'est aussi que tu peux changer d'ORM (qui supporte les pocos) sans changer la structure de tes POCO.

L'avantage des POCO c'est également d'éviter l'utilisation de DTO ou d'objet spécifique à l'interface... On peut les utiliser partout (si ils sont bien fait)

Il y a encore pas mal d'avantages aux POCO mais bon c'est aussi toute une philosophie d'architecture applicative qui ne s'apprend pas en lisant un post mais en le pratiquant

[darkfrag]

Merci pour ta réponse très instructive !

Est-ce que tu pourrais détailler "un ORM qui supporte les POCO" stp ?
C'est à dire qu'il utilise directement des POCO qu'on lui fournit, à la place de classes générées spécialement pour lui c'est ça ?

Si j'ai bien compris, Entity Framework ne gère pas les POCO ?
Ça se traduit comment dans le cadre du développement ? Il faut sans cesse convertir les POCO en objets de l'ORM et inversement ?

[anthyme]

Effectivement un ORM qui gère les POCO utilisent tes propres POCO que tu lui fourni.
EF ne gère pas les poco et c'est le plus gros reproche qu'on lui fait il semblerai que dans la v2 ce soit possible.
Les conséquence c'est qu'on ne peux pas utiliser les avantage des poco avec EF, d'aucune façon, comme par exemple injecter du business ou de la valdiation dans les propriétés etc ...