O documento discute conceitos de Domain Driven Design como entidades, objetos de valor e bounded context. Ele fornece diretrizes sobre como identificar objetos de valor e preferi-los a entidades para concentrar as regras de negócio, e como entidades geralmente encapsulam objetos de valor.
Workshop sobre modelos de negocio (canvas) Empreenda-2015 no Insper
DDD Entidades e Objetos de Valor
1. DDD NA PRÁTICA
IMPLEMENTAÇÃO TÁTICA – ENTIDADES E OBJETO DE VALOR
Domain Driven Design aborda alguns conceitos, boas práticas e guias de
implementações Estratégicas e Táticas, as quais nos auxiliam num código limpo e
representativo para o negócio.
10. IDENTIFICANDO OBJETO DE VALOR
Prefira Objetos de Valor em uma Entidade
• Objetos de Valor são mais Leves;
• Tente colocar o máximo de regras de negócio
nos Objetos de Valor;
• Entidades normalmente atual como encapsuladores (Wrappe
Domain Problem + Domain são o propósito do software ser desenvolvido, enquanto que o Core Domain é a intenção que nós desenvolvedores teremos em resolver o problema
Todas essas caixinhas são sinônimos, ou seja, tudo que envolver a lógica da regra de negócio vai estar do Modelo de Dominio (Domain Model)
Quando estamos falando em Domínio do Projeto/Aplicação, estamos falando sobre o Problema que estamos trabalhando, por exemplo: CRE, Remuneração Variável, Apontamento Florestal, LOG e assim por diante.
Modelo de Dominio (Domain Model) é o trabalho desempenhado sobre a intenção em resolver os problemas do DOminio, artefatos: Entitdade, Objeto de Valor, Agregação, por exemplo.
Combine
Self-Validating
Testable
O uso de Interface viola o princípio DRY – Don’t Repeat Yourself