Uma introdução ao Domain Driven Design
Transferir como PPTX, PDF3 gostaram1,042 visualizações
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.
Uma introdução ao Domain Driven Design
- 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
- 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
- 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
- 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
- 38. Linguagem UbíquaDesign Dirigido por ModelosExpressar o modeloNomes entram emIsolar o modeloArquitetura em camadasMódulosServiçosEntidadesObjeto de ValorIntegridadeEncapsulaEncapsularRepositóriosFábricasAcessarAgregados