A idéia é cobrir os principais aspectos desta filosofia de design de uma maneira descontraída mas substancial. O que Domain-Driven Design traz de volta é a possibilidade de utilizar as vantagens da Orientação a Objetos para criamos um modelo que reflita o mundo real de maneira mais íntima. Você não precisa sequer de objetos para aplicar o coração de Domain-Driven Design, ou mesmo seus Patterns.

Neste contexto, DDD é programar para o domínio. Quando você usa esta técnica, seu software (sua camada de negócios, quase sempre) reflete o conhecimento do domínio do seu usário, você modela os conceitos do problema de uma maneira clara no software.

Ao invés de simplesmente criar estruturas de dados e algoritmos, você implementa conceitos e através deles cria um entendimento muito maior sobre o que seu sistema faz para seus usuários, você e para quem for ler seu programa.

Pré-requisitos: Curso FJ-11 ou equivalente com conhecimento comprovado de Orientação a Objetos.

Por que DDD?

1. Problema de Comunicação: dinâmica com massinha e dinâmica com refactoring

Building blocks

1. Value object
2. Entity & aggregates
3. Services
4. Gerenciando ciclo de vida
5. Empacotamento

Strategic design

1. Modelos flat não escalam
2. Bounded context + continuous integration
3. Shared kernel
4. Anti-corruption layer, mappers & adapters em geral