Antes de entrarmos no cerne da quest\u00e3o, \u00e9 importante termos claro o que \u00e9 a modelagem de dom\u00ednio. A modelagem de dom\u00ednio \u00e9 a arte de descrever um dom\u00ednio de conhecimento ou atividade em termos de seus conceitos fundamentais. Ela \u00e9 essencial para desenvolver sistemas informatizados que realmente atendam \u00e0s necessidades do neg\u00f3cio.<\/p>\n\n\n\n
Existem tr\u00eas conceitos que s\u00e3o a espinha dorsal de qualquer modelo de dom\u00ednio: Entidades, Value Objects<\/em> e Agregados. Cada um deles tem um papel espec\u00edfico e, juntos, eles formam a base para qualquer modelo de dom\u00ednio.<\/p>\n\n\n\n Entidades s\u00e3o objetos que t\u00eam uma identidade que permanece constante ao longo do tempo, mesmo que seus atributos mudem. Um exemplo cl\u00e1ssico de uma entidade \u00e9 uma pessoa: mesmo que ela mude de nome, idade ou endere\u00e7o, ainda \u00e9 a mesma pessoa.<\/p>\n\n\n\n Value Objects<\/em> s\u00e3o diferentes das entidades. Eles n\u00e3o t\u00eam uma identidade pr\u00f3pria e s\u00e3o definidos apenas pelos seus atributos. Um exemplo seria um endere\u00e7o: ele \u00e9 definido por rua, n\u00famero, cidade e c\u00f3digo postal.<\/p>\n\n\n\n Agregados s\u00e3o um conjunto de objetos (entidades e value objects<\/em>) que s\u00e3o tratados como uma \u00fanica unidade. Eles s\u00e3o usados para manter a consist\u00eancia e as regras de neg\u00f3cio.<\/p>\n\n\n\n A distin\u00e7\u00e3o entre Entidades e Value Objects<\/em> pode parecer um pouco confusa no in\u00edcio, mas aqui est\u00e1 uma maneira simples de diferenci\u00e1-los: pergunte a si mesmo se o objeto tem uma identidade que \u00e9 importante para o seu dom\u00ednio. Se a resposta for sim, ent\u00e3o \u00e9 provavelmente uma entidade. Se n\u00e3o, \u00e9 um Value Object<\/em>.<\/p>\n\n\n\n Ap\u00f3s entender os fundamentos, podemos avan\u00e7ar para t\u00e9cnicas mais sofisticadas de modelagem de dom\u00ednio. Isso inclui o uso de padr\u00f5es de design<\/em>, como o Domain-Driven Design (DDD)<\/em>, e a aplica\u00e7\u00e3o de princ\u00edpios de arquitetura de software<\/em>, como a segrega\u00e7\u00e3o de responsabilidades e a invers\u00e3o de depend\u00eancia.<\/p>\n\n\n\n Os Agregados t\u00eam um papel muito especial na modelagem de dom\u00ednio. Eles garantem que as regras de neg\u00f3cio sejam respeitadas, ao agrupar objetos que precisam ser tratados como uma \u00fanica unidade. \u00c9 como se fossem os guardi\u00f5es da consist\u00eancia do nosso dom\u00ednio.<\/p>\n\n\n\n Neste ponto, voc\u00ea deve estar se perguntando: “Isso tudo \u00e9 muito bom, Elemar, mas como eu fa\u00e7o para traduzir isso em c\u00f3digo?” Para responder a essa pergunta, vamos considerar um exemplo pr\u00e1tico. Imagine que estamos desenvolvendo um sistema para uma livraria\u2026<\/p>\n\n\n\nEntidades: O que s\u00e3o e como funcionam<\/h3>\n\n\n\n
Value Objects: Defini\u00e7\u00e3o e aplica\u00e7\u00e3o<\/h3>\n\n\n\n
Agregados: Entendendo a sua utilidade<\/h3>\n\n\n\n
Como diferenciar Entidades de Value Objects<\/h2>\n\n\n\n
T\u00e9cnicas avan\u00e7adas de modelagem de dom\u00ednio<\/h2>\n\n\n\n
O prop\u00f3sito real dos Agregados<\/h2>\n\n\n\n
Traduzindo o “dom\u00ednio” em c\u00f3digo: Um estudo de caso<\/h2>\n\n\n\n
Exemplo de implementa\u00e7\u00e3o em C#<\/h3>\n\n\n\n