Critérios objetivos para diferenciar “Entidades” e “Objetos de Valor”

Elemar Júnior

Em DDD, como identificar, facilmente, uma “entidade” e um “objeto de valor”?  Em debates sobre DDD, embora, esse não seja o tema mais fundamental, sem dúvidas, é o um dos mais recorrentes.

Para tentar responder a questão acima, evitamos definições conceituais mais profundas (que são muito bem tratadas nos livros do Evans e do Vernon) e indicamos critérios mais objetivos.

Comparação

Para definir se dois objetos, mesmo que de tipos diferentes, estão descrevendo uma mesma “entidade”, devemos fazer a comparação, invariavelmente, pelos seus Id.

Observe que é plenamente razoável que uma mesma entidade tenha duas (ou mais) representações (implementações em tipos diferentes), em um mesmo contexto ou em contextos diferentes. É o Id que irá definir qual entidade está sendo representada.

Para definir se dois objetos referenciam um mesmo “objeto de valor”, deve-se comparar, de forma completa, seus estados. Se o conjunto de campos dos dois objetos forem exatamente os mesmos, e estes tiverem com os mesmos valores, estamos tratando de um mesmo “objeto de valor”.

Uma das maiores aberrações (e fontes de confusão) da adoção de modelos de persistência (para bases relacionais) como modelos de domínio é fazer com que “objetos de valor” tenham um Id.

Já vimos “gente boa” argumentando que em seu domínio só haviam entidades, pois todos os tipos tinham um Id (que era imposto pelo banco, e não pelo domínio). Não cometa o mesmo erro!

Imutabilidade

O estado das entidades é, naturalmente, mutável. Enquanto isso, objetos de valor são, por definição, imutáveis.

Não devemos assumir que implementações de entidades em classes imutáveis são uma característica do domínio. 

Implementações de classes em tipos imutáveis, onde mudanças geram novas instâncias, é uma prática interessante (que recomendo, inclusive). Mas, é preciso entender que, mesmo com essa técnica de implementação, conceitualmente, a entidade tem seu estado alterado a cada nova versão. Nesses cenários, cada instância é um “registro” do estado da entidade em um determinado momento.

Quando precisamos mudar o valor de um “objeto de valor”, estamos, na prática, definindo um novo “objeto de valor”. Por exemplo, não “alteramos um endereço”, mas sim “definimos um novo enderenço”.

Implementação

Pelas características que descrevemos acima, em C#, “entidades” são mais naturalmente implementáveis como classes, “objetos de valor” são mais naturalmente implementáveis como estruturas (BTW, siga os links para entender as implicações técnicas na escolha de classes e estruturas).

É comum ver “objetos de valor” representados como tipos primitivos (principalmente, quando tem apenas um “campo”). Entendemos essa prática como imprecisa e não a recomendamos.

Finalizando

Mais uma vez, recomendamos muito que, antes de tentar definir precisamente o que é uma “entidade” e o que é um “objeto de valor”, você realmente invista seu tempo entendendo a linguagem onipresente.  Entretanto, como uma coisa não exclui a outra, ao começar a definir a estrutura de dados da sua aplicação, em caso de dúvidas, tente recorrer sempre a critérios objetivos.

Compartilhe este insight:

Comentários

Participe deixando seu comentário sobre este artigo a seguir:

Subscribe
Notify of
guest
0 Comentários
Inline Feedbacks
View all comments

AUTOR

Elemar Júnior
Fundador e CEO da EximiaCo atua como tech trusted advisor ajudando empresas e profissionais a gerar mais resultados através da tecnologia.

NOVOS HORIZONTES PARA O SEU NEGÓCIO

Nosso time está preparado para superar junto com você grandes desafios tecnológicos.

Entre em contato e vamos juntos utilizar a tecnologia do jeito certo para gerar mais resultados.

Insights EximiaCo

Confira os conteúdos de negócios e tecnologia desenvolvidos pelos nossos consultores:

Arquitetura de Dados

Insights de um DBA na análise de um plano de execução

Especialista em performance de Bancos de Dados de larga escala
Arquitetura de Software

Estratégias para modernização do legado

Desenvolvedor .NET/NodeJs e especialista em Kafka com experiência em startups e grandes empresas
Infraestrutura e Nuvem

Migração para a nuvem, mais do que mudança tecnológica, implica em mudança da cultura organizacional

Engenheiro de nuvem, arquiteto de software e especialista em Containers e Devops

Acesse nossos canais

Simplificamos, potencializamos e aceleramos resultados usando a tecnologia do jeito certo

EximiaCo 2022 – Todos os direitos reservados

0
Queremos saber a sua opinião, deixe seu comentáriox
()
x

Critérios objetivos para diferenciar “Entidades” e “Objetos de Valor”

Para se candidatar nesta turma aberta, preencha o formulário a seguir:

Condição especial de pré-venda: R$ 14.000,00 - contratando a mentoria até até 31/01/2023 e R$ 15.000,00 - contratando a mentoria a partir de 01/02/2023, em até 12x com taxas.

Tenho interesse nessa capacitação

Para solicitar mais informações sobre essa capacitação para a sua empresa, preencha o formulário a seguir:

Tenho interesse em conversar

Se você está querendo gerar resultados através da tecnologia, preencha este formulário que um de nossos consultores entrará em contato com você:

O seu insight foi excluído com sucesso!

O seu insight foi excluído e não está mais disponível.

O seu insight foi salvo com sucesso!

Ele está na fila de espera, aguardando ser revisado para ter sua publicação programada.

Tenho interesse em conversar

Se você está querendo gerar resultados através da tecnologia, preencha este formulário que um de nossos consultores entrará em contato com você:

Tenho interesse nessa solução

Se você está procurando este tipo de solução para o seu negócio, preencha este formulário que um de nossos consultores entrará em contato com você:

Tenho interesse neste serviço

Se você está procurando este tipo de solução para o seu negócio, preencha este formulário que um de nossos consultores entrará em contato com você:

× Precisa de ajuda?