Conception pilotée par domaine: racine agrégée et racines agrégées secondaires

Question

Dans mon projet, je trouve la nécessité de décomposer mon agrégat de façon hiérarchique, avec un agrégat de niveau racine supérieur, qui assure la cohérence des règles au niveau racine, puis mes objets sous la racine, peut être sous-groupé en divers agrégats. Lors du calcul de l'intégrité de l'agrégat au niveau racine, la racine valide ses propres règles et délègue ensuite aux racines du sous-agrégat pour déterminer si le sous-agrégat est valide. De plus, pour implémenter le verrouillage optimiste, je trouve que si j'applique des verrous à différents niveaux de sous-agrégat, je peux permettre à mon système d'être fortement concurrent plutôt que de mettre un verrou au niveau racine agrégé.

Est-ce une approche ddd valide?

Answer 1

Je ne sais pas assez pour "savoir", mais cela me semble bon - d'ailleurs, qui est "chargé" de déterminer de telles choses? Cette industrie est si pleine de subjectivité quand il s'agit de mots à la mode et l'application de celle-ci à une implémentation donnée. Pour moi, le principe de DDD le plus important est de savoir si vous avez gardé l'application fidèle à la perspective des gens d'affaires et si vous suivez le langage omniprésent aussi étroitement que possible. Je ne peux pas le dire à partir de votre description, mais vous devriez être capable de faire ce jugement assez bien. Ne soyez pas trop pris dans la «perfection», le fait que vous essayez d'utiliser DDD est admirable, et si vous le faites au mieux, vous savez comment, compte tenu des connaissances que vous possédez, je Je ne vois pas pourquoi ce serait une approche invalide.

De toute évidence, il y aura ceux qui ne sont pas d'accord, mais je ne serais pas trop dur avec vous-même. Tant que vous pouvez revenir sur cette mise en œuvre dans un mois ou deux et voir où cela aurait pu être mieux fait, vous êtes probablement très bien. :)