O documento discute os princípios do Domain-Driven Design (DDD), abordando como entender o domínio de um software, desenhar um modelo efetivo e implementar uma arquitetura orientada a domínio. O DDD foca em regras de negócio complexas, baixo acoplamento e independência de tecnologia através de boas práticas como modelagem do domínio, linguagem ubíqua, entidades, objetos de valor, agregados, serviços, repositórios e fábricas.

1. Software complexo? Entenda o seu domínio e desenhe um modeloAbordagem sobre o Desenho Dirigido ao Domínio (Domain-Driven Design ou DDD)

2. Quem sou eu?Thiago HolderSoftware DeveloperEstudante de Sistemas da Informação

3. ObjetivoEntender a importância de se pensar em um domínio, a linguagem que você usa para falar sobre ele.

4. “O desafio da complexidade”

5. O que é DDD?“ É uma maneira de pensar e um conjunto de prioridades, voltado para a aceleração de projetos de softwares com domínios complicados ” Eric Evans.

6. O que o DDD apresenta?Boas práticasPadrõesExperiência

7. Qual o foco do DDD?Regras de negócio complexosIsolamento entre domíniosReutilizaçãoDomínioBaixo acoplamentoIndependente de tecnologia

8. Padrões do DDDContextoResumo do problemaPor esta RazãoDiscussão da soluçãoDiscussão do problemaConseqüências, Implementações e exemploResumo do problemaContexto resultante

9. Partes do DDD

10. O que é Domínio?Esfera de conhecimento, influência ou atividade.A área em que o usuário utiliza o software.

11. Modelo?NãoNão

12. Excesso de informação atrapalha

13. Modelo

14. Os ingredientes de uma modelagem eficaz

15. Ligando o modelo e a implementaçãoConsultaPaciente**Protótipo rudimentar

16. Cultivando uma linguagem baseada no modeloConsulta AAgenda()PacienteConsulta BAgenda()Agenda()Consulta CFrases consistentes com a estrutura do modelo e ser entendido sem ambigüidade e sem tradução

17. Desenvolvendo um modelo rico em conhecimentoConsultaAgendamentoSecretáriaPacienteAtendidoMédicoVerificaDisponibilidadeAgendaCaptar vários tipos de conhecimento

18. Destilando o modeloAgenda MédicaSecretáriaVerificaPacienteAtendidoAgenda a consultaMédicoConsultaRealizaNovo modelo que distingue o conceito essencial

19. Colhendo idéia

20. Linguagem Ubíqua“ Quer dizer que estar em todos os lugares, ou seja onipresente”.

21. ModelDriven Design (MDD)ModeloDomínioGuiaDesignRefatoraçãoEvoluiSoftware perdido, dependente de tecnologia.Desenvolvedores perdidos.

22. Distância no o contexto do domínioAnalista de NegócioAnalista de SistemasArquitetoDesenvolvedor

23. Tijolos de construção

24. Arquitetura em camadasCamadas dever ter sentido“Verifique suas responsabilidades”As camadas tem que ter separação.

25. Arquitetura proposta no DDD

26. Blocos que compõe o modelo

27. EntidadeEntidade: têm significado no domínioEntidade: possuem identidades

28. Objeto de valornão tem identidade para o negócioSão imutaveisDescrevem coisas, tipos...Ciclo de vida rápidoExemplo: cores, especialidade, tipo de dados.

30. AgregadosEntidadeEntidadeObjeto de valorObjeto de valor

31. Exemplo<<Raiz>>Motor<<Raiz>>CarroRodaClientePosiçãoPosição

32. Algumas regras

33. FábricasQuando a criação de um objeto, ou AGREGADO inteiro, se torna complicada ou revela uma grande parte da estrutura interna, as FÁBRICAS fornecem o encapsulamento

34. Interação básica com uma fábricaA FÁBRICA faz o objeto que satisfaz o cliente e as regras internasO cliente especifica o que querClienteFábricaProdutonovos(parâmetros)criarproduto

35. ServiçosNão tem estado próprioFica isolado do modeloDefinido como o que ele pode fazer por um “cliente”“Verbo em vez de substantivo”Fala a linguagem ubíqua

36. Módulos ou PacotesOs módulos existentes na camada de domínio devem surgir como uma parte significativa do modelo.Modelos = HistóriasMódulos = CapítulosMódulos = CapítulosMódulos = CapítulosMódulos = CapítulosMódulos = CapítulosMódulos = Capítulos

37. Código ClienteEntidadeRepositórioRepositóriosBuscaAgregadoEntidadeEntidadeCriaEntidadeRemoverAgregadoEntidadeAgregado

38. Linguagem UbíquaDesign Dirigido por ModelosExpressar o modeloNomes entram emIsolar o modeloArquitetura em camadasMódulosServiçosEntidadesObjeto de ValorIntegridadeEncapsulaEncapsularRepositóriosFábricasAcessarAgregados

39. ObrigadoE-mail:thiagoholder@gmail.comBlog:http//thiagoholder.wordpress.comMsn: thiagoholderSkype: thiagoholder