Identifier les contextes délimités DDD et le projet de structuration

Question

J'essaie de me concentrer sur Domain Driven Design et les exemples que j'ai vus semblent avoir du sens mais je ne suis toujours pas sûr de la façon de les appliquer à ma situation spécifique.

Je suis en train de concevoir un CMS où un utilisateur peut publier/modifier un article. Ceux-ci peuvent ensuite être consultés par d'autres utilisateurs qui peuvent également faire des commentaires, ajouter des tags, etc. La question que j'ai est, quels sont les contextes liés dans cette situation. Vous pouvez afficher les utilisateurs en tant que "Créateurs de contenu" ou "Utilisateurs du contenu". En ce qui concerne la structure du projet, je prévoyais d'avoir, par exemple, Project.Data (Model Classes), Project.Services, Project.Repositories, etc. Tout ceci est centré sur les données, est-ce que je devrais les séparer par le borné? contexte qu'ils habitent. Si oui, comment traitez-vous les objets partagés tels qu'un article?

Comme d'habitude lorsque vous essayez de vous familiariser avec de nouveaux concepts, les exemples prennent tout leur sens jusqu'à ce que vous essayiez d'appliquer la pensée à une situation réelle.

Tout pointeur ou lien utile serait génial.

Merci,

Answer 1

je voudrais créer un noyau partagé avec le noyau de l'application et l'autre référence au noyau contexte partagé. Je ne peux pas expliquer cela mieux qu'Eric Evans dans son livre.