Repositórios não devem ser disponibilizado para os clientes

 Supondo que você trabalha em um sistema de uma pizzaria e há uma funcionalidade para preparar uma Pizza de Calabresa. Para essa funcionalidade você irá utilizar 3 repositórios, um para pegar uma Massa de pizza, outro para pegar as Calabresas e mais um para pegar o Queijo.


Solução

Ter uma camada de Domínio onde vamos ter a implementação das Entidades, Casos de Uso e etc. Tudo relacionado às regras de negócio da aplicação.

Ter uma camada que podemos chamar de Componente. Que irá utilizar os Casos de Uso e adaptadores (Repositórios, etc) disponibilizados pela camada de Domínio, então esse Componente proverá uma API pública para o Cliente, que vai conter os Casos de Uso necessários que serão executados na camada da aplicação.



Comentários

Postar um comentário

Postagens mais visitadas deste blog

O que são Aggregates?

No Domain-Driven Design (DDD), Aggregates desempenham um papel crucial na definição e agrupamento de entidades e value objects sob uma única raiz de agregação, garantindo consistência e integridade dos dados em operações complexas. Um Aggregate é um conjunto de entidades e value objects tratados como uma única unidade de consistência, com uma raiz de agregação (Aggregate Root) que é a única entidade exposta ao mundo externo para manipulação e acesso. O Aggregate Root garante a integridade dos dados, aplicando regras de negócio e encapsulando toda a lógica necessária. Características dos Aggregates Integridade Consistente : Aggregates garantem que todas as alterações dentro de um conjunto de entidades sejam feitas de forma consistente. Isolamento : Operações fora do Aggregate não podem modificar diretamente seus componentes internos. Toda a interação deve passar pela raiz do agregamento. Regra de Negócio Centralizada : A lógica de negócio é centralizada no Aggregate Root, assegurando qu...
Leia mais

A importância da linguagem ubíqua na modelagem do domínio de um software

No universo do desenvolvimento de software, especialmente quando se trata de sistemas complexos, a comunicação eficaz entre todas as partes envolvidas é crucial. É neste contexto que a linguagem ubíqua, um conceito fundamental do Domain-Driven Design (DDD), ganha destaque. Este artigo explorará a importância da linguagem ubíqua na modelagem de domínio e como ela pode transformar a maneira como criamos e mantemos software. O que é Linguagem Ubíqua? A linguagem ubíqua é um vocabulário compartilhado entre todos os membros de uma equipe envolvida em um projeto de software. Este vocabulário inclui termos, frases e conceitos específicos do domínio do negócio que o software está destinado a servir. O termo "ubíqua" significa que esta linguagem deve ser onipresente - usada não apenas nas discussões, mas também no código, nos diagramas e na documentação. A Importância da Linguagem Ubíqua 1. Alinhamento entre Negócio e Tecnologia Uma das principai...
Leia mais