Chapitre 14. Perspectives : les modèles de domaine et leur mise en place dans des contextes limités
Cet ouvrage a été traduit à l'aide de l'IA. Tes réactions et tes commentaires sont les bienvenus : translation-feedback@oreilly.com
Tout comme l', une transformation orientée domaine n'est jamais « terminée », la méthode de transformation orientée domaine n'est pas non plus « terminée ». Dans ce chapitre, on veut partager avec vous quelques idées nouvelles et spéculatives qui, selon nous, peuvent aider à la réalisation de futures transformations et à la conception orientée domaine en général.
Ces dernières années, on a vu un certain nombre de domaines avec leurs sous-domaines et on les a décomposés. L'objectif était toujours de diviser un ou plusieurs systèmes logiciels entre des sous-domaines et d'obtenir une décomposition significative du système logiciel en contextes délimités basés sur les limites trouvées dans le domaine. On s'est donc intéressés à la fois aux domaines et à leur implémentation dans des contextes délimités. Au fil du temps, on a eu les impressions suivantes :
-
Il y a des (sous-)domaines qui sont plus faciles à décomposer en (sous-)sous-domaines, et d'autres où c'est beaucoup plus compliqué.
-
Il y a des implémentations dans des contextes délimités qui facilitent ou compliquent la décomposition du système existant.
-
Le développement du domaine et du logiciel s'influencent mutuellement, et le logiciel existant doit être décomposé différemment selon l'état d'avancement ...
Become an O’Reilly member and get unlimited access to this title plus top books and audiobooks from O’Reilly and nearly 200 top publishers, thousands of courses curated by job role, 150+ live events each month,
and much more.
Read now
Unlock full access