En fait, je pars dans l'optique de ne pas créer de VO/DTO...
Actuellement, j'imagine donc utiliser mes objets métiers dans mes couches supérieures de deux façons :
- Comme conteneur de données (pour l'affichage des valeurs de mon objet, par exemple)
- Comme conteneur de critéres de recherche (pour le filtrage)
Par rapport à ce que vous dites, je n'ai peut-être pas suffisamment de connaissances (ou de scrupule ;) ) par rapport à certains 'design pattern', mais cela ne géne pas d'avoir des couches supérieures (application et IHM) totalement dépendante de ma couche métier.
L'intérêt que j'y vois est que mes classes métiers possède une intelligence élevée et qu'elles sont donc autonomes et utilisables dans les couches supérieures (et je n'implémente pas de classe de type (VO/DTO))
Concernant l'accés aux données, étant donné que je n'utilise pas d'outil ORM (manque de temps pour apprendre à les utiliser :? , à moins que quelqu'un en connaisse un simple et efficace :cry: ), je n'ai pas de scrupule à ce que mes classe métiers soit dépendante de mes classes d'accés aux données (DAO).
--Avis au lecteurs--
Je n'en suis toujours (plus ou moins) qu'à un niveau théorique et mon expérience sur la conception en couche ne date que d'une semaine, donc prenez ce post avec précautions ;)