Atualmente, com a necessidade de soluções mais escaláveis e distribuídas tem se utilizado a arquitetura de Microsserviços, ou seja, estruturas com contextos mínimos e independentes.
O famoso princípio da responsabilidade única (Single Responsibility Principle), “o S do SOLID”. O mais difundido e o mais mal interpretado de todos.
Leia mais
Um dos padrões mais utilizados quando usamos DDD, mesmo que seu projeto use um DDD meio falsificado, é o Repository Pattern e em alguns casos em conjunto com Unit Of Work. Existem varias implementações desses padrões, no qual eu concordo com algumas e descordo de outras.
Lembre – se, padrões foram feitos para resolver problemas existentes, se você tem um problema novo, faça algo novo!
Specification é um padrão de projeto descrito por Evans, o mago do DDD, ou pai, ou dono. Escreveu um livro sobre isso, o famoso e largamente mal utilizado DDD. Domain Driver Design, “Atacando as complexidades no coração do software”. O famoso livro azul. E o que ele diz?
“A especificação (Specification) é uma adaptação de um formalismo estabelecido, ou seja, o predicado.”
Entendeu? Acho que não né?