DDD: status - Valeur Objet ou Entité?

Question

J'ai Statut

public final class Status { 

     private int code; 

     public Status(int code) { 
      this.code = code; 
     } 

     public int getCode() { 
      return code; 
     } 
    } 

Il semble que l'état peut être la valeur objet parce que deux statuts avec le code même sont les mêmes statuts, mais le statut peut être ajouté par les administrateurs, une liste des statuts doit être affiché dans l'interface utilisateur;

Fournir la liste des statuts avec leurs noms dans l'interface utilisateur, je classe wrapper supplémentaire

public final class AvailableStatuses { 
    private Status status; 
    private String name; 

    ... 
} 

public AvailableStatusesRepository { 
    ... 
} 

Que pensez-vous de cette conception? Dois-je l'ajuster et créer un champ Status as Entity et mettre un champ Name?

Answer 1

Cela devrait être un objet de valeur car il est utilisé comme descripteur pour les éléments de votre modèle. Ils sont définis par leurs attributs et leurs attributs (statut) déterminent leur identité.

Answer 2

La réponse simple avec votre conception actuelle serait que AvailableStatus est une entité en Status est un objet de valeur (VO) qui est essentiellement une enveloppe pour une identité de AvailableStatus (il est de code). Votre modèle est probablement très bien tel quel, mais une chose que vous devez réaliser est que vous avez été forcé de trouver des noms différents, l'un pour décrire l'entité et l'autre pour décrire la VO. C'est parce que vous manquez peut-être de bons contextes bornés (BC). Vous pourriez avoir une maintenance/administration/settings BC où Status serait une entité alors que ce serait une VO dans n'importe quel contexte en aval.

Answer 3

L'état est un objet de valeur et doit inclure le nom et pas seulement l'ID. Les deux champs sont immuables dans le contexte d'utilisation (c'est-à-dire qu'aucun élément qui a un champ Statut ne peut changer un objet Statut). La classe wrapper est inutile.

Dans le cadre de votre application Admin, statut peut être traité comme une entité, avec la mise en garde que l'ID une fois attribué ne peut être modifiée (ce qui est une exigence inhabituelle pour une entité avec une clé d'identification synthétique)