Transmis par: Sami actif Lundi 04 Septembre 2006 à 01:14
Jusqu'à présent, il n'existait aucun terme pour qualifier une architecture dont les responsabilités se situent entre le DDD (Domain Driven Development) et SOA (Service Oriented Architecture). En effet, DDD couple fortement le client au service là où SOA utilise un couplage plutôt lâche à base de services distribués. C'est désormais chose faite avec DMS pour Domain Model Service. "(...) Domain Model Service is an integral part of the application and may therefore have knowledge of the internal structure of the domain, like business exception handling, object discovery etc. A Domain Model Service encapsulates behavior of the domain that does not fit in the domain objects themselves. Typical characteristics of a Domain Model Service is that it tends to be procedural and does not carry any state. (...) "
Mais c'est de la conception tout ce qu'il y a de plus classique.
Au niveau du "domain", on a toujours eu des données et des traitements. Certains traitements sont intrinsèques aux données, d'autres non. Ces derniers sont donc matérialisés par des opérations de classes qui ne représentent pas des données/entités mais des "services métier".
A l'informatique, elle a l'art de se réinventer tous les jours !! :-))
