arquitetura do projeto, utilizando DDD
-
03-07-2019 - |
Pergunta
Requisitos
Projeto deve conter um aplicativo principal e algumas aplicações sub secundárias (que usa os mesmos objetos de domínio, tem alguns serviços partilhados, mas tem algum ligeiramente diferente também - desnecessários para aplicativo principal, portanto - devem ser separados).
Não deve existir serviço de busca compartilhada (provavelmente, no DLL diferente) sobre a maior parte dos objetos de domínio, se não todos, por critérios de busca personalizáveis ??e lógica compartilhada para recuperar possíveis valores desses critérios (como sub-pesquisa dos autores, a recuperar um livro por ele).
Problema
Does DDD encaixa aqui? E se isso acontecer, como a minha estrutura do projeto deve ser parecido? (Melhor formato para resposta - lista de DLL`s estruturados + alguns namespaces mais significativo)
Solução
A idéia de classes de domínio globalmente partilhados soa ao contrário do DDD. Você leu o livro?
Com classes de domínio globalmente partilhados há pouco espaço para os mapas de contexto. Sem contexto mapeia você vai ter pouca vantagem para fora do DDD em aplicações nada trivial.