Quando estamos falando sobre DDD e precisamos olhar mais a fundo um bounded context, precisamos ser capazer de modelarmos de forma mais assertiva os seus principais componentes, comportamentos e individualidades, bem como suas relações.
Uma entidade é algo único que é capaz ser alterado de forma contínua durante um longo período de tempo. Vernon
Uma entidade é algo que possui uma continuidade em seu ciclo de vida e pode ser distinguida independente dos atributos que são importantes para a aplicação do usuário. Pode ser uma pessoa, cidade, carro, um ticket de loteria ou uma transação bancária. Vernon
Quando você se preocupa apenas com os atributos de um elemento de um model, classifique isso como um Value Object. Trate o Value Object como imutável.
Um agregado é um conjunto de objetos associados que tratamos como uma unidade para propósito de mudança de dados. - Eric Evans
Um serviço de domínio é uma operação sem estado que cumpre uma tarefa específica do domínio. Muitas vezes, a melhor indicação de que você deve criar um serviço no modelo de domínio é quando a operação que você precisa executar parece não se encaixar como um método em um Agregado ou um Objeto de valor.
Quando um processo ou transformação significativa no domínio não for uma responsabilidade natural de uma ENTIDADE ou OBJETO DE VALOR, adicione uma operação ao modelo como uma interface autônoma declarada como um SERVIÇO. Defina a interface baseada na linguagem do modelo de domínio e certifique-se de que o nome da operação faça parte do UBIQUITOUS LANGUAGE. Torne o SERVIÇO sem estado.
Vernon Vaughn.
- Uma Entyidade pode realizar uma ação que vai afetar todas as entidades ?
- Como realizar uma operação em lote ?
- Como calcular algo cuja as informações constam em mais de uma entidade ?
- Quando houver muitos Domain Services em seu projeto, TALVEZ, isso pode indicar que seus agregados estão anêmicos.
- Domain Services são stateless.
Use um evento de domínio para caputrar uma ocorrência de algo que aconteceu no domínio. - Vernon
A essência de um evento de domínio é que voce o usa para caputrar coisas que podem desencadear uma mudança no estado do aplicativo que está desenvolvendo. Esses objetos de evento são processados para causar as alterações no sistema e armazenados para fornecer um AuditLog.
Todo evento deve ser representado em uma ação realizada no passado:
- UserCreated
- OrderPlaced
- EmailSent
Normalmente um Domain Event deve ser utilizado quando queremos notificar outros Bounded Contexts de uma mudança de estado.
- Event
- Handler -> Executa o processamento quando um evento é chamado
- Event Dispatcher -> Responsável por amazenar e executar os handlers de um evento quando ele for disparado.
- Criar um "Event Dispatcher"
- Criar um "Evento"
- Criar um "Handler para o Evento"
- Registrar o Evento, juntamente o Handler no "Event Dispatcher"
Agora para disparar um evento, basta executar o método notify do "Event Dispatcher". Nesse momento todos os handlers registrados no evento serão executado.
Em um contexto de DDD, módulos em seu modelo servem como contêineres nomeados para classes de objetos de domínio que são altamente coesas entre si. O objetivo deve ser baixo acoplamento entre as classes que estão em módulos diferentes. Como os módulos usados no DD não são compartimentos de armazenmento anêmicos oiu genéricos, também é importante nomear adequadamente os módulos.
- Respeitar a linguagem universal ( ubíqua );
- Baixo acoplamento;
- Um ou mais agregados devem estar juntos somente se fazem sentido;
- Organizado pelo domínio / subdomínio e não pelo tipo d eobjetos
- Devem respeitar a mesma divisão quando estão em camadas diferentes