2017-10-19 10 views
0

Je travaille dans une application de gestion des tâches où les utilisateurs peuvent ouvrir des tickets. Chaque ticket a un champ description courte qui peut être choisi parmi une liste. Backoffice équipe peut éventuellement ajouter, supprimer ou mettre à jour liste courte description. Changements dans courte liste de description doit PAS affecter les billets déjà créés.DDD - Objet de valeur CRUD

Je pense courte description est une VO du point de vue du ticket mais aussi une entité de la perspective CRUD.

Dois-je modéliser deux objets séparés avec des référentiels séparés par deux? Un pour le VO (lecture seule) et autre pour CRUD? Qu'en est-il de la réplication de code?

Répondre

2

Je pense que la description courte est une VO du point de vue du ticket mais aussi une entité de la perspective CRUD.

C'est un peu suspect; Je suppose que les short descriptions sont des objets de valeur, mais le current list of approved short descriptions est une entité. C'est-à-dire que l'équipe de back-office modifie un document et que le ticket inclut une valeur qui a été copiée à partir de ce document lors de la création du ticket.

2

Je pense que vous avez raison, vous avez deux modèles dans deux contextes bornés. On pourrait être une entité CRUD avec diverses propriétés comme lastEditDate, creatorId, textRepresentatuon et ainsi de suite mais dans le task management bc il pourrait être un simple value object contenant une chaîne. La copie de données peut être effectuée dans une couche anti-corruption.