DDD: étiquette SO. Une entité ou un type de valeur?

Question

Dans le cadre de Domain Driven Design, une variable StackOverflow (ddd) est-elle un objet ou une entité de valeur?

EDIT:

Imaginez que vous avez à construire SO site. Comment considèreriez-vous 'tag'?

Answer 1

type de valeur

Answer 2

Pour développer un peu sur la réponse de awhite une étiquette est un type de valeur Pourquoi? Parce qu'il n'a pas de sens d'avoir

var tag1 = new Tag("DDD"); 
var tag2 = new Tag("DDD"); 
Assert.AreNotEqual(tag1, tag2); 

clairement qu'ils doivent être égaux entre eux parce qu'une balise n'a pas d'identité, sauf pour son étiquette. Quelques questions et réponses sont certainement des entités

Answer 3

Juste quelques considérations supplémentaires: Les balises peuvent être normalisées, "DDD" devrait être égal à "ddd" et "DdD", et dans la plupart des systèmes de balises, les espaces sont remplacés par " _ "souligne. Aussi je suppose que le créateur sera suivi pour le système de badge.

Answer 4

La balise SO est probablement une entité. Les tags peuvent être créés, fusionnés, supprimés et renommés. Il y a des fonctionnalités comme 'tags similaires', tags de l'utilisateur, etc. Certaines de ces fonctions, en particulier le cycle de vie, nécessiteront une identité. Exemple DDD classique où Personne qui change de nom est toujours la même personne, la même identité. La même chose avec des balises où l'utilisateur peut décider de renommer "domain-driven-design" en "DDD" et ce sera toujours la même chose. Les balises ont également besoin d'attributs supplémentaires comme tag.Id, tag.Name, tag.CreatedOn, tag.CreatedBy, tag.Locked etc. Il y aurait probablement un référentiel de balises correspondant qui pourrait appliquer la règle d'unicité du nom. Pour résumer, la balise SO n'est pas un objet de valeur DDD car elle est modifiable et a un cycle de vie. Plus important encore, Tag n'est pas seulement une caractéristique d'une question (c'est ce que je pense a été négligé par d'autres réponses). Il participe à beaucoup plus de relations que cela. En d'autres termes, Tag est plus que juste une somme de ses attributs, il a également «identité conceptuelle». D'un autre côté TagName est un parfait exemple de Value Object. Son seul but dans la vie est de décrire une autre entité (Tag). TagName n'est rien de plus qu'une chaîne qui peut avoir quelques règles intégrées comme la longueur maximale et la comparaison insensible à la casse. Il peut également être judicieux d'utiliser simplement String à la place.

code

qui affiche des questions peuvent utiliser quelque chose comme ceci:

IList<TagName> tags = question.GetTags(); 

code

que la question des balises peut ressembler à ceci:

void TagQuestion(Question q, TagName tagName) { 
    Tag tag = _tagsRepository.FindByName(tagName); 
    if (tag == null) { 
     tag = CreateNewTag(/* capture creator, date, other rules*/); 
    } 
    q.AddTag(tag); 
}